ใช้ AI เขียนโค้ดทุกวันมาพักใหญ่ ผมเห็นว่าคอขวดของงานย้ายที่แล้ว — จากการพิมพ์ ไปสู่การกำหนดปัญหา ตรวจสอบ และเป็นเจ้าของผลลัพธ์ นี่คือบทบาทของ Developer ที่ผมเชื่อ และทักษะที่ผมเลือกลงทุน
คำถามที่โดนถามบ่อยที่สุดช่วงนี้คือ "AI จะมาแทน Developer ไหม?" ผมไม่ได้ตอบแบบฟันธงว่าใช่หรือไม่ใช่ เพราะคำถามนี้มองผิดจุด — งานเขียนโค้ดไม่ได้หายไป แต่ คอขวดของงานย้ายที่ และคนที่ไม่เห็นว่ามันย้ายไปไหนคือคนที่เสี่ยงที่สุด
บทความนี้เป็นความเห็นส่วนตัวจากการใช้ coding agent ทำงานจริงทุกวัน ไม่ใช่งานวิจัย ใครเห็นต่างได้เลย
ก่อนหน้านี้ เวลาส่วนใหญ่ของผมหมดไปกับการ ผลิต — พิมพ์ syntax, เขียน boilerplate, ค้นว่า API นี้เรียกยังไง, ต่อ glue code, เขียน test รอบแรก
ตอนนี้ของพวกนี้ใช้เวลาเป็นวินาที ผมสั่งแล้ว agent ร่างให้ สิ่งที่ใช้เวลาเพิ่มขึ้นแทนคือ:
สรุปสั้น ๆ คือ การผลิตถูกลง แต่การผิดแพงขึ้น เพราะเราปล่อยของได้เร็วขึ้นกว่าที่เคย ความผิดพลาดจึงไปถึงผู้ใช้เร็วขึ้นตามไปด้วย
ผมมองว่างานที่ยังเป็นของคน แบ่งได้เป็น 4 ส่วน และ 3 ใน 4 อยู่ "ปลายทั้งสองข้าง" ของวงจร ส่วนตรงกลางคือที่ agent ทำแทนได้มาก
ถ้าข้ามขั้นตรวจสอบ วงจรนี้ก็เป็นแค่วิธีส่งมอบข้อผิดพลาดที่เร็วขึ้น
ผมไม่ได้มองโลกสวย มี 3 เรื่องที่ผมระวังตัวเองอยู่:
เรื่องความเสี่ยงที่ต้องมีคนตรวจจริง ๆ มีตัวอย่างน่าสนใจใน United Airlines แบน AI agent จองตั๋ว — เมื่อ agent ลงมือแทนเราได้จริง คำถามเรื่องความรับผิดชอบก็ตามมาทันที
ผมไม่ได้ลงทุนกับ "เครื่องมือตัวไหนดีที่สุด" เพราะมันเปลี่ยนทุกเดือน แต่ลงทุนกับสิ่งที่ติดตัวไปได้ทุกเครื่องมือ
ส่วนความเร็วในการพิมพ์ การจำ syntax และ boilerplate — ผมไม่ได้มองว่าไร้ค่า แต่มัน ไม่ใช่ข้อได้เปรียบอีกต่อไป
ท้ายที่สุด ผมมองว่า Developer ที่อยู่รอดในยุคนี้ไม่ใช่คนที่พิมพ์เร็วที่สุด แต่คือคนที่ ถูกต้องบ่อยที่สุด และรู้ตัวเมื่อตัวเองผิด — ถ้าคุณเห็นต่าง หรือมีบทบาทที่ผมมองข้ามไป ชวนคุยกันได้เลย
สรุป: เปลี่ยน Grokbot ให้เป็นระบบ Multi-Agent 300 ตัวด้วย Kimi K3
15 Nov 2026 · 3 min read
Gemini 4 Hydrogen: โมเดลที่ทำงานเร็วและราคาถูกสำหรับ agent workflow และการสลับโมเดลกลางคัน
13 Nov 2026 · 4 min read
United Airlines แบน AI Agent จองตั๋วแทนผู้โดยสาร: การจองบัตรเครดิตผ่านบอตเริ่มมีต้นทุนจริง
13 Nov 2026 · 2 min read