AI เขียนโค้ดแทนเราได้ — แต่รับผิดชอบผลงานแทนเราไม่ได้
— ผศ.ดร.กานต์ ยงศิริวิทย์ (อ.พี่หมี), อาจารย์ ม.รังสิต · เจ้าของช่อง หมีไลฟ์โค้ด (Me Live Code)
ผมไปฟัง session "Developers in the AI Era" จากงาน Claude Thailand Community Meetup ครั้งที่ 2 มา
session นี้เหมาะมากกับสาย dev นักพัฒนา คนเรียนเขียนโปรแกรม หรือใครที่แอบกังวลว่า AI จะมาแย่งงาน developer — อ.พี่หมีเล่าชัดมากว่าอาชีพนี้ไม่ได้หายไป แต่ "เปลี่ยนรูป" ไปเป็นอะไร มาแชร์ให้ฟังครับ
1. ตัวเลขที่สะเทือนวงการ: 75% ของโค้ดใหม่ที่ Google เขียนด้วย AI แล้ว
อ.พี่หมีเปิดด้วยตัวเลขจาก Google — โค้ดใหม่ในบริษัทตอนนี้ราว 75% เขียนด้วย AI (เหลือ 1 ใน 4 ที่เขียนด้วยคน) ตัวเลขนี้ไต่ขึ้นเร็วมาก จาก 25% (ปลายปี 2024) เป็น 30% (กลางปี 2025) มาเป็น 75% ตอนนี้ — แปลว่า AI ไม่ใช่แค่เครื่องมือเขียนโค้ดเร็วขึ้น แต่กำลังเปลี่ยน "รากฐาน" ของการพัฒนา software ไปเลย
2. ย้อนดู 10 ปี การเป็น dev เปลี่ยนไปแค่ไหน
10 ปีก่อน: เขียนเองทุกบรรทัด ต้องจำ syntax เป๊ะ ลืมใส่ semicolon ตัวเดียว = bug นั่งแก้เป็นวัน
5 ปีก่อน: มี framework (React, Vue) ช่วยให้ง่ายขึ้น แต่ยังต้องคิดหนักว่าจะสร้างไฟล์ไหน เรียกฟังก์ชันอะไร
วันนี้: สั่งพรอมป์เดียว "สร้าง e-commerce full stack มี payment มี admin หลังบ้าน มี login" กด Enter แล้วเดินไปชงกาแฟ กลับมาได้ prototype ใช้งานได้เลย
3. คอขวดย้ายที่แล้ว: จาก "เขียนโค้ด" เป็น "เข้าใจปัญหา"
เมื่อก่อนคอขวดอยู่ที่เขียนโค้ด + debug พอ AI เขียนให้เร็วมาก คอขวดใหม่เลยกลายเป็น Problem Framing — การเข้าใจปัญหาให้ทะลุ + กำหนด Intent (แอปนี้คืออะไร ใครใช้ ใช้เพื่ออะไร) แล้วค่อยสั่ง AI จากนั้นคนเป็นผู้ตรวจสอบความถูกต้อง refine แล้ว ship
4. Google บอกเอง: AI ไม่ได้มาแทน developer
งานวิจัยของ Google ระบุว่า AI มาช่วยงาน routine (การเขียนโค้ดคืองาน routine อย่างหนึ่ง แม้จะซับซ้อน) แต่ไม่ได้มาแทน dev — สิ่งที่ dev ต้อง focus ต่อไปคือการสร้างอะไรที่เกิด Value จริง
5. บทบาทเปลี่ยน: จาก Code Producer → System Designer + Decision Maker
เมื่อก่อน dev = คนเขียนโค้ด สั่งอะไรมาก็เขียน แต่ตอนนี้เขียนอย่างเดียวไม่ได้แล้ว (AI เขียนแทนได้) dev ต้องเป็น System Designer (ออกแบบระบบที่คำนึงถึงความปลอดภัย ผู้ใช้งาน) + Decision Maker (ตัดสินใจเป็น) ไม่งั้นก็โดน AI ทำงานแทน
6. ทุกคนเป็น dev ได้ไหม? — Yes และ No
Yes เพราะ AI generate code ได้เร็วมาก คนทั่วไปที่ไม่ใช่ dev ก็สร้างแอปจาก Claude ได้ (อ.พี่หมียกตัวอย่างเว็บ Made with Claude — madewithclaude.peesamac.com ที่รวมผลงานคนไทยที่สร้างด้วย Claude ไว้เกือบ 600 เว็บ ให้เข้าไปดูได้ว่าใช้งานได้จริงแค่ไหน)
No เพราะถ้า generate ของที่ไม่ตอบโจทย์ ไม่มีคนใช้ = แค่เฟลได้เร็วขึ้นเฉยๆ
7. เปรียบเทียบวงการถ่ายภาพ
สมาร์ทโฟนทำให้ถ่ายรูปง่ายมาก แต่ช่างภาพมืออาชีพไม่ได้หายไป เพราะเขาเข้าใจรูรับแสง ความเร็วชัตเตอร์ การวัดแสง และถ่ายทอดอารมณ์/เรื่องราวได้ — เครื่องมือดีขึ้น แต่ทักษะมืออาชีพยังทำให้ผลงานดีกว่าเสมอ dev ก็เหมือนกัน
8. ประตูเปิดกว้างขึ้น แต่กำแพงก็สูงขึ้นด้วย
AI เปิดประตูให้ใครก็เริ่มเป็น dev ได้ แต่พอใครๆ ก็ทำได้ มาตรฐานก็สูงขึ้นตาม — software เต็มตลาด การจะทำให้ของเราตอบโจทย์จริง ปลอดภัย ไม่โดนแฮก กลายเป็นมาตรฐานที่สูงขึ้นที่ dev ต้องข้ามให้ได้
9. ทักษะ dev ยุค AI (T-shape เวอร์ชันใหม่)
แกนตั้ง = Core Software Engineering (System Design, Architecture, Security, Debugging, Engineering Judgment) ยังสำคัญสุด
ด้านบน = Gen AI Usage (ใช้ AI เป็น, MCP, เลือกโมเดลตามความเก่ง, RAG)
ด้านซ้าย = Adjacent Engineering (Programming, API, Database, Deploy, Testing)
ด้านขวา = ทักษะคน (Product Thinking, Communication, UX, Collaboration) — อ.พี่หมีบอกเลยว่า "เมื่อก่อนไม่ชอบคุยกับคน ชอบคุยกับคอม แต่ตอนนี้คอมทำงานแทนเราแล้ว เลยต้องกลับมาคุยกับคน"
อ.พี่หมีปิดด้วยเคสที่คิดตาม — ถ้านักบัญชีให้ AI generate สูตรคำนวณ แล้วสูตรผิด เกิดความเสียหายหลายล้าน ใครรับผิดชอบ? AI หรือนักบัญชี — ก็ต้องนักบัญชี สุดท้ายมนุษย์เรานี่แหละที่รับผิดชอบความถูกต้อง ความน่าเชื่อถือ และคุณค่าของงานที่สร้าง AI สร้างได้เร็ว แต่รับผิดชอบแทนเราไม่ได้ครับ
ที่มา: YouTube – Claude Thailand Community Meetup ครั้งที่ 2 (Part 2) นาที 43:53
https://www.youtube.com/watch?v=ZyPtyXvb2bc&t=2633s
อยากใช้ AI กับงานจริงเป็นระบบ?
เรียน Claude Method — วิธีคิดและลงมือใช้ Claude/AI กับงานจริง ตั้งแต่วันแรก
📍 โพสต้นฉบับบน Facebook: AI กับ Peesamac