หัวข้อ
- #การพัฒนาซอฟต์แวร์
บทความนี้มีเป้าหมายที่จะชี้นำวิธีการเป็นนักพัฒนาที่ดี "ที่สามารถรักษาสมดุลได้อย่างถูกต้องภายใต้ข้อจำกัดของความเป็นจริง"ที่ดี"
Make it work, make it right.
การพัฒนาซอฟต์แวร์นั้นมีแรงกดดันสองอย่างคือ ความต้องการที่จะส่งมอบผลลัพธ์ "อย่างรวดเร็ว" และความรับผิดชอบที่จะต้อง "สร้างให้ถูกต้อง"
แล้วคุณค่าใดควรมาก่อนกัน? วิธีการสร้างให้เสร็จเร็วและสมบูรณ์แบบนั้นไม่มีอยู่จริงหรือ?
"Make it work", หรือ "ทำให้มันทำงานได้ก่อน"" นั้นสำคัญกว่าที่คิด"
แต่ถ้าเรามัวแต่คิดถึงโครงสร้างที่สมบูรณ์แบบและประสิทธิภาพที่ดีที่สุดตั้งแต่แรก มันมักจะทำให้การพัฒนาตรรกะทางธุรกิจที่สำคัญล่าช้า
"Duct Tape Programming" เช่น การพัฒนาฟังก์ชันหลักอย่างรวดเร็วเพื่อดูผลลัพธ์และรับข้อเสนอแนะ จะช่วยให้เรารู้ได้อย่างชัดเจนว่าปัญหาที่แท้จริงของเราคืออะไร และมีอุปสรรคทางเทคนิคใดซ่อนอยู่บ้าง มันเหมือนกับการสร้างทางเดินในความไม่แน่นอน
แต่ถ้าหยุดอยู่แค่นั้น มันก็จะกลายเป็นแค่การสร้าง "ขยะที่ใช้งานได้" เท่านั้น "Make it right"หรือ "สร้างให้ถูกต้อง"" จึงต้องตามมา
เมื่อได้ โค้ดที่ทำงานได้แล้ว ก็ถึงเวลาปรับปรุงโครงสร้างภายใน
ขั้นตอนนี้คือการกำจัดส่วนซ้ำซ้อน เพิ่มความสามารถในการอ่าน และทำให้การแก้ไขง่ายขึ้น ด้วยกระบวนการ รีแฟคเตอร์
ขั้นตอนนี้จะช่วยลดต้นทุนการบำรุงรักษาโค้ด และทำให้สามารถรับมือกับการเปลี่ยนแปลงความต้องการในอนาคตได้อย่างยืดหยุ่น ทำให้ได้ โค้ดที่ยั่งยืน"
"Make it work, make it right" ไม่ใช่แค่เรื่องลำดับ แต่เป็น กระบวนการหมุนเวียนซ้ำๆ ตลอดวงจรการพัฒนา และเป็นวิธีการที่สมดุล"
บางครั้งความเร็วในการเปิดตัวมีความสำคัญ จึงต้องเน้นที่ "work" มากกว่า บางครั้งความเสถียรและความสามารถในการขยายตัวของระบบมีความสำคัญ จึงต้องลงทุนเวลาให้กับ "right" มากขึ้น
"Make it work, make it right" คือการค้นหาจุดสมดุลระหว่าง ความสามารถในการดำเนินการอย่างรวดเร็วและ คุณภาพของโค้ด และเป็นทัศนคติหลักของนักพัฒนา "ที่ดี" ที่จะสร้าง ซอฟต์แวร์ที่ยั่งยืนได้แม้ภายใต้ข้อจำกัดของความเป็นจริง
