ราคาของความฉลาด: คู่มือความเรียบง่ายเชิงกลยุทธ์

ช่วงเวลาหนึ่งในเส้นทางอาชีพของวิศวกร backend หลายคนมักมีความรู้สึกตื่นเต้นเมื่อได้เขียนโค้ดให้สั้นลง ฉลาดขึ้น และใช้การ abstraction มากขึ้น ความรู้สึกประหยัดโค้ดจาก 200 บรรทัดให้เหลือเพียง 15 บรรทัด หรือการสร้าง generic layer เผื่ออนาคตที่ยังไม่มีใครเรียกร้อง ทำให้รู้สึกเหมือนได้ยกระดับวงการวิทยาศาสตร์คอมพิวเตอร์ไปอีกขั้น

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

ทว่าความจริงมักปรากฏเมื่อระบบพ่วงโปรดักชันเกิดล่ม บันทึกเหตุการณ์ (logs) ไร้ประโยชน์ และปัญหาซ่อนอยู่หลังชั้น indirection ถึงสามชั้น โค้ดที่เคยสวยงามจึงกลายสภาพเป็นเรื่องตลกขบขันในยามวิกฤต บัญชีต้นทุนของความฉลาดมักต้องชำระเสมอ บางครั้งจ่ายด้วยความซับซ้อนที่เพิ่มขึ้นทันที หรือบางครั้งต้องจ่ายในอีกหลายเดือนต่อมาเมื่อมีเพื่อนร่วมทีมคนใหม่เข้ามาเปิดดูซอร์สโค้ดด้วยความมึนงง

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

วิศวกร backend ผู้เขียนบทความ

แม้ว่าความฉลาดจะเป็นสิ่งจำเป็นในบางสถานการณ์ เช่น การจัดการระบบใกล้ระดับฮาร์ดแวร์ ปริมาณทราฟฟิกมหาศาล หรือข้อจำกัดด้านความหน่วง (latency) ที่โหดหิน ซึ่งเทคนิคขั้นสูงและการปรับแต่งแบบสุดโต่งถือเป็นเรื่องของการเอาตัวรอด แต่วิศวกรส่วนใหญ่ไม่ได้กำลังสร้างระบบฐานข้อมูลในถ้ำ พวกเขากำลังสร้าง API บริการภายใน ระบบชำระเงิน แดชบอร์ด และคิวงานที่ขับเคลื่อนธุรกิจในแต่ละวัน