Support-centrix Design

ช่วงนี้แบ่งมาทำ support ภายในองค์กรบ้าง เลยรู้ปัญหาแปลกๆ เยอะ ปัญหาหลายอย่างเกิดจากผู้ใช้โง่เอง ส่วนปัญหาอีกหลายอย่างเกิดจากโปรแกรมออกแบบมาทำให้ผู้ใช้หลงทาง



เลยมานั่งนึกดูว่า ทุกวันนี้เวลาเราออกแบบโปรแกรมตัวนึง เราขุดโคตรตำราศาสตร์ศิลป์สารพัด ไม่ว่าจะเป็น OOP, Style of Code, etc. มาสร้างโปรแกรมให้นักพัฒนาเองเข้าใจง่าย และแก้ไขได้สะดวก สามารถใช้ทีมนักพัฒนาหลายทีมมาช่วยแก้ไขโปรแกรมไปพร้อมๆ กันได้



บางทีเราเขยิบไปถึงขั้นความสวยงามของอัลกอริทึม สมัยเรียนมีปัญหาหลายแบบที่ตำราโชว์การแก้ไขแบบฉลาดจนต้อง "เออเท่ว่ะ" ให้เห็นหลายครั้ง



สรุปว่าการพัฒนาโปรแกรมทุกวันนี้ เพื่อผู้สร้างเองเป็นสำคัญ



ผมเลยสงสัยว่าเรามีการพัฒนาโปรแกรม ที่ยึดว่าสร้างออกมาแล้วสนับสนุนการใช้ง่ายๆ หรือเปล่า?



ตอนแรกในใจคิดว่าเรื่อง Usability แต่เอาเข้าจริงมันกว้างกว่านั้น Usability เป็นแค่การออกแบบส่วนติดต่อผู้ใช้ให้เข้าใจง่าย แต่สิ่งที่ผมหมายถึงนั้น ไปไกลซักขนาดตัดสินใจออกแบบสถาปัตยกรรมของโปรแกรม โดยยึดเหตุผลด้าน support เป็นหลัก แทน performance หรือ deadline การส่งมอบ



ผมเป็นห่วงว่าอนาคตเมื่อคอมพิวเตอร์อยู่แฝงตัวอยู่ในทุกที่ (ubiquitous) การที่เราไม่สนใจเรื่อง support จะก่อให้เกิดอันตราย เหมือนที่เราไม่สนใจเรื่อง security เมื่อ 4-5 ปีก่อนหน้านี้