ทำไมเหล่านักพัฒนาทุกคนจะกลายเป็น AI Orchestrator
เป็นเวลาหลายทศวรรษที่นักพัฒนามีหน้าที่เพียงอย่างเดียว
คุณเขียนโค้ด คุณเรียนรู้ไวยากรณ์ คุณสร้างฟีเจอร์ และแก้ไขบั๊ก
บางอย่างกำลังเปลี่ยนไป คุณจะเขียนโค้ดน้อยลง แต่นี่ไม่ได้หมายความว่าซอฟต์แวร์กำลังจะหายไป มันหมายความว่า AI กำลังเขียนโค้ดไปพร้อมกับคุณ
นักพัฒนาที่มีค่าที่สุดจะไม่ใช่คนที่เขียนโค้ดได้จำนวนบรรทัดมากที่สุด แต่จะเป็นคนที่ประสานงาน AI เพื่อสร้างซอฟต์แวร์ที่ดีกว่าเดิม
การพัฒนาซอฟต์แวร์มักจะขยับขึ้นไปสู่เลเยอร์ที่สูงขึ้น (abstraction layer) เสมอ เราเปลี่ยนจากภาษาเครื่อง (machine code) ไปสู่ภาษาแอสเซมบลี (assembly) และภาษาระดับสูง (high-level languages) ทุกการเปลี่ยนแปลงจะช่วยลดงานในระดับต่ำ (low-level) ลง นักพัฒนาไม่ได้หายไปไหน แต่พวกเขาขยับขึ้นไปสู่ระดับที่สูงกว่า
AI คือเลเยอร์ถัดไป
วิศวกรรมที่แท้จริงเป็นมากกว่าแค่การพิมพ์ คุณออกแบบระบบ คุณอ่านเอกสารประกอบ คุณดีบั๊กปัญหาในระบบที่ใช้งานจริง (production) และคุณตัดสินใจเรื่องสถาปัตยกรรม
AI จะจัดการส่วนของการเขียนโค้ด ส่วนคุณจะขยับขึ้นไปสู่การเป็น Orchestrator (ผู้ควบคุมการทำงาน)
การพัฒนาโดยมี AI ช่วยเหลือ (AI-assisted development) หมายถึงการสั่งให้ AI เขียนฟังก์ชันเฉพาะเจาะจง
การทำ Orchestration หมายถึงการกำหนดเป้าหมายและบริหารจัดการทีมของเอเจนต์ (agents)
- เอเจนต์วางแผน (planning agent) ทำหน้าที่ย่อยงานออกเป็นส่วนๆ
- เอเจนต์เขียนโค้ด (coding agent) ทำหน้าที่เขียนโซลูชัน
- เอเจนต์ทดสอบ (testing agent) ทำหน้าที่รันการทดสอบ
- เอเจนต์ความปลอดภัย (security agent) ทำหน้าที่ค้นหาช่องโหว่
คุณไม่ได้ทำทุกอย่างด้วยตัวเองอีกต่อไป แต่คุณคือ Tech lead คุณเป็นผู้กำหนดทิศทาง คุณแบ่งย่อยปัญหา คุณตรวจสอบการตัดสินใจ และบริหารจัดการความเสี่ยง
เวิร์กโฟลว์แบบดั้งเดิม: Requirements → Code → Test → Deploy
เวิร์กโฟลว์แบบ AI-native: Goal → Plan → Assign Agents → Execute → Review → Test → Improve → Deploy
เอเจนต์ AI ไม่ได้สร้างซอฟต์แวร์ที่สมบูรณ์แบบได้ด้วยตัวเอง AI ทำผิดพลาดได้ มันอาจสร้างสถาปัตยกรรมที่ไม่ดี หรือมองข้ามช่องโหว่ด้านความปลอดภัย
คุณต้องเข้าใจระบบเพื่อที่จะรู้ว่าเมื่อไหร่ที่ AI ทำผิด
ทักษะใหม่ๆ จะมีความสำคัญมากขึ้น:
- การออกแบบระบบ (System design)
- การย่อยปัญหา (Problem decomposition)
- การจัดการบริบท (Context engineering)
- การตรวจสอบความปลอดภัยและโค้ด (Security and code review)
- การออกแบบเวิร์กโฟลว์ AI (AI workflow design)
หากคุณสร้างโค้ดที่คุณไม่เข้าใจ คุณกำลังสร้างหนี้ทางเทคนิค (technical debt) คุณไม่ได้ทำงานเร็วขึ้น แต่คุณกำลังสร้างความเสี่ยงที่อันตรายกว่าเดิม
นักพัฒนาในอนาคตจะตั้งคำถามที่ต่างออกไป:
- ทำไมถึงเลือกสถาปัตยกรรมนี้?
- ระบบนี้จะล้มเหลวตรงไหนได้บ้าง?
- เราจะตรวจสอบ (monitor) สิ่งนี้ได้อย่างไร?
- อะไรคือข้อดีข้อเสีย (trade-offs)?
AI จัดการเรื่องการลงมือทำ (execution) ส่วนคุณจัดการเรื่องการประสานงาน (orchestration) คอขวดไม่ใช่ความเร็วในการพิมพ์อีกต่อไป แต่คอขวดคือการตัดสินใจ (judgment)
คุณไม่ได้กำลังหายไป แต่คุณกำลังกลายเป็นผู้อำนวยเพลง (conductor)
Source: https://dev.to/yash_sonawane25/why-every-developer-will-become-an-ai-orchestrator-5bop
Optional learning community: https://t.me/GyaanSetuAi