อย่าดูถูกพลังของความช้า … งง มันคืออะไร? … เขียนใหม่ได้ว่า “อย่าคิดว่าปัญหาซอฟต์แวร์ทำงานช้าเป็นเรื่องเล็กน้อย”
ในโลกยุคปัจจุบันที่ความเร็วคือข้อได้เปรียบกับทุกเรื่องทุกธุรกิจ การสร้างซอฟต์แวร์ที่ไม่สามารถตอบสนองความคาดหวังเรื่องนี้ได้ … เฟล
ความเร็วกลายเป็นฟีเจอร์มาตรฐานไปแล้ว
ผมและเพื่อนพยายามเตือนสติตัวเองอยู่ตลอดว่าอย่าลืมนึกถึงเรื่องนี้ บทสนทนาระหว่างผมในฐานะผู้ออกแบบและเพื่อนในฐานะผู้สร้างมักจะออกมาในแนวนี้
“โอเค ผมว่าใช้ได้นะ หน้าจอเข้าใจง่าย ฟังก์ชั่นทำงานได้” — ผมบอกเพื่อน
“อืมๆ แต่ไม่รู้ว่าถ้าโหลดข้อมูลเข้าไปเยอะๆแล้วจะช้ามั้ยอะสิ เดี๋ยวลองเลย” — และเพื่อนก็บอกผม
เราสองคน (บางครั้งสามคน) จะพยายามอย่างยิ่งที่จะทดสอบความเร็วของซอฟต์แวร์ตัวเองอยู่ตลอดเวลา พยายามเอาให้แน่ใจว่ามันไม่ช้าจนน่าเกลียด พยายามไม่มองความเร็วเป็นงานที่มีความสำคัญต่ำกว่างานอื่น
ฟังก์ชั่นทำงานได้ ความเร็วเป็นยังไง? หน้าจอดูโอเคแล้ว ความเร็วมีปัญหามั้ย? … เราสามคนท่องคาถานี้ไว้จนขึ้นใจ
คนที่ทำซอฟต์แวร์มานานระดับหนึ่งจะพอทราบว่าถ้าเมื่อไรที่เจอปัญหาระบบทำงานช้า เมื่อนั้นความลำบากจะมาเยือน ความช้าเป็นปัญหาที่หาสาเหตุยากและหาแนวทางแก้ไขไม่ง่าย (ไม่เหมือนบั๊กโดยทั่วไป) เพราะ “ความช้า” มันมีหลายรูปแบบ เช่น
- ช้าเพราะระบบประมวลผลหรือทำงานช้า — อ่านไฟล์นานครึ่งค่อนชั่วโมง สร้างรายงานทีนึงไปพักเที่ยงกลับแล้วก็ไม่เสร็จ หรือสแกนบัตรพนักงานแล้วต้องรอห้าวินาทีกว่าระบบจะตอบสนองกลับมา
- ช้าเพราะกระบวนการที่ซับซ้อนซ้ำซ้อนและกระจัดกระจาย — ลงทะเบียนพนักงานใหม่ต้องใช้เวลาทั้งหมด 20 นาทีเพราะมี 20 ขั้นตอน การสร้างใบสั่งซื้อต้องใช้เวลาอีก 15 นาทีเพราะต้องทำทีละใบ หรือการออกใบเสร็จต้องใช้เวลาอีก 10 นาทีเพราะต้องดึงข้อมูลจากห้าระบบที่แตกต่างกัน
บางครั้งความช้าแก้ได้ด้วยการเขียนโค๊ดให้มันดีขึ้น หลายครั้งความช้าต้องแก้ด้วยการคิดใหม่ทำใหม่ในกระบวนการและขั้นตอนการใช้ซอฟต์แวร์ทั้งหมด … ไม่ว่าทางไหนก็ไม่ใช่เรื่องง่ายทั้งสิ้น 😥