ชิฟต์เลฟต์ (Shift Left)

เมื่อแสดงขั้นตอนการพัฒนาซอฟต์แวร์บนแกนเวลาจากซ้ายไปขวา แนวคิด Shift Left คือการย้ายงานตรวจสอบที่เคยทำรวมกันก่อนปล่อยซอฟต์แวร์ (ฝั่งขวา) มาไว้ในขั้นตอนการออกแบบและการเขียนโค้ด (ฝั่งซ้าย) แทน ### แนวคิดนี้มาจากไหน แนวคิดนี้แพร่หลายขึ้นในบริบทของ DevOps และการพัฒนาแบบ Agile เดิมทีในการพัฒนาแบบ Waterfall การทดสอบจะดำเนินการเป็นเฟสแยกต่างหากหลังจากเขียนโค้ดเสร็จสิ้น อย่างไรก็ตาม ยิ่งพบบั๊กช้าเท่าไร ต้นทุนในการแก้ไขก็ยิ่งเพิ่มขึ้นแบบทวีคูณ สิ่งที่แก้ไขได้ด้วยการปรับแก้ข้อกำหนดหากพบในขั้นตอนการออกแบบ อาจกลายเป็นการแก้ไขย้อนหลังหลายโมดูลหากพบในขั้นตอน Integration Test Shift Left คือการนำหลักการเชิงประสบการณ์นี้มาฝังไว้ในกลไกขององค์กร ### การนำไปปฏิบัติจริง Shift Left ไม่ได้พูดถึงเรื่องการทดสอบเพียงอย่างเดียว ในบริบทของความปลอดภัย แนวคิดนี้พัฒนาไปสู่การปฏิบัติแบบ DevSecOps ที่ "ทำ Threat Modeling ตั้งแต่ขั้นตอนการออกแบบ" ส่วนในบริบทของการประกันคุณภาพ จะถูกนำไปใช้งานในรูปแบบ CI Pipeline ที่ "รัน Static Analysis และ Unit Test โดยอัตโนมัติในทุก PR" การรัน Formatter และ Linter ผ่าน Pre-commit Hook ก็ถือเป็น Shift Left ในความหมายกว้างเช่นกัน ในการพัฒนา AI Agent หลักการเดียวกันนี้ก็ถูกนำมาใช้ ใน Harness Engineering แทนที่จะตรวจสอบผลลัพธ์ของ Agent ภายหลัง จะสร้างสภาวะที่ "ไม่สามารถ Commit การเปลี่ยนแปลงที่ผิดพลาดได้ตั้งแต่ต้น" ด้วย Linter และ Type Checker ยิ่งเลื่อนจุดตรวจจับมาทางซ้ายมากเท่าไร ต้นทุนในการแทรกแซงของมนุษย์ก็ยิ่งลดลงเท่านั้น