การเลือก stack คือการผูกมัดระยะยาวที่คุณตัดสินใจด้วยข้อมูลที่ไม่ครบถ้วน ดังนั้นทางที่ถูกต้องคือตัดสินใจด้วย การชั่งน้ำหนัก tradeoff ไม่ใช่ตามกระแส framework ที่หวือหวาที่สุดในเวทีสัมมนาแทบไม่เคยเป็นตัวที่รับใช้โปรเจกต์ได้ดีเมื่อผ่านไปสองปี อคติตั้งต้นของผมคือเอนเอียงไปทาง เทคโนโลยีที่น่าเบื่อแต่พิสูจน์แล้ว เว้นแต่จะมีเหตุผลที่เป็นรูปธรรมให้เบี่ยงออกไป
| เลือกตัวที่พิสูจน์แล้วเมื่อ | พิจารณาตัวใหม่ล้ำเมื่อ |
|---|---|
| ปัญหามาตรฐาน รูปแบบที่รู้กันดี | มีข้อจำกัดจริงที่ของสมบูรณ์ๆ ไม่มีอะไรแก้ได้ |
| ทีมต้องเคลื่อนที่เร็ว | คุณมีเวลาและใจที่จะเรียนรู้ |
| ใช้งานยาว ต้องบำรุงรักษาได้ | ผลได้มหาศาลและวัดผลได้ |
การตัดสินใจเรื่อง stack จะค่อยๆ กำหนดการจ้างคน, ความเร็ว และต้นทุนการดำเนินงานไปอีกหลายปี และการย้อนกลับในภายหลังก็แพงอย่างโหดร้าย การเลือกเทคโนโลยีเพราะมันน่าตื่นเต้นมากกว่าเพราะมันเหมาะ คือหนึ่งในความผิดพลาดของ tech lead ที่พบบ่อยและสร้างความเสียหายมากที่สุด การตัดสินใจอย่างรอบคอบโดยจดบันทึก tradeoff ไว้ คือสิ่งที่แยกการเลือกสถาปัตยกรรมออกจากการเลือกตามแฟชั่น