เจาะประเด็น
AI CODING
เอไอเขียนโค้ดเพิ่มขึ้นจริง แต่ทำไมงานเสร็จไม่เพิ่มตาม
งานวิจัยชี้กำไรจากความเร็วของเอไอ ถูกดูดหายไปกับคอขวดที่คน
ทีมข่าว เอไอไทย.com
⏱ อ่าน 5 นาที
ถ้าต้นทางผลิตโค้ดได้เร็วขึ้น แต่ปลายทางยังต้องมีคนมานั่งอ่านอยู่ดี คำถามคือเรากำลังแก้ปัญหาถูกจุดหรือเปล่า
ทุกวันนี้ใครทำงานสาย dev คงรู้สึกเหมือนกันว่าโค้ดที่เขียนได้ต่อวันมันเยอะขึ้นจริง เพราะมีเอไอ coding agent คอยช่วย generate ให้แบบไม่ต้องคิดเองทุกบรรทัด แต่ผลการศึกษาล่าสุดจาก Ars Technica ชี้ว่า กำไรที่ได้จากความเร็วตรงนั้น มันไม่ได้กลายเป็น "ซอฟต์แวร์ที่เสร็จสมบูรณ์" เพิ่มขึ้นตามไปด้วย — เพราะมันไปติดอยู่ที่ขั้นตอนที่คนต้องเข้ามารีวิวโค้ดนั่นเอง
พูดง่ายๆ คือ เอไอทำให้เราผลิตวัตถุดิบได้เร็วขึ้นมาก แต่โรงงานปลายน้ำยังเดินสายพานด้วยความเร็วเดิม ปัญหาจึงไม่ได้อยู่ที่ "เอไอเขียนโค้ดเก่งพอไหม" แต่อยู่ที่ "คนที่ต้องตรวจโค้ดพวกนั้นมี bandwidth เท่าเดิม"
ประเด็นที่การศึกษานี้ตีแผ่คือ efficiency gain หรือกำไรจากประสิทธิภาพที่เอไอมอบให้ มันถูก "absorbed" หรือดูดกลืนหายไปกับขั้นตอน human review ทั้งหมด นึกภาพตามง่ายๆ — agent ปั่น pull request มาให้คุณ 20 อันในบ่ายเดียว แต่คุณยังต้องนั่งอ่านทีละบรรทัด ตรวจ logic ตรวจ edge case ตรวจว่าโค้ดที่มันเขียนมามันเข้าพวกกับ codebase เดิมไหม
งานตรงนี้มันไม่ได้หดลงตามจำนวนโค้ดที่เพิ่มขึ้น กลับกัน ยิ่งมีโค้ดเยอะ ยิ่งมีอะไรให้ต้องตรวจเยอะขึ้นด้วยซ้ำ แล้วถ้าโค้ดที่เอไอ generate มาเนี่ยคุณภาพไม่สม่ำเสมอ ภาระการรีวิวก็ยิ่งหนักกว่าเดิม เพราะต้องคอยจับผิดมากกว่าจะแค่ตรวจผ่าน
ตรงนี้แหละที่ผมคิดว่ามันน่าสนใจกว่าตัวเลข productivity ที่ใครๆ ชอบเอามาโชว์กัน หลายบริษัทกำลังเทเงินซื้อเครื่องมือเอไอ coding agent แบบไม่คิดหน้าคิดหลัง ด้วยความหวังว่า output จะพุ่งพรวด แต่ถ้าคอขวดจริงๆ อยู่ที่คนรีวิว ไม่ได้อยู่ที่คนเขียน การลงทุนแบบนั้นก็เหมือนซื้อรถสปอร์ตมาแต่วิ่งในซอยแคบๆ — เครื่องแรงแค่ไหนก็ไปไม่ได้เร็วขึ้น
อีกมุมที่ต้องคิดคือ งานรีวิวโค้ดมันเป็นงานที่ "คน" ยังไงก็หนีไม่พ้น เพราะมันต้องใช้ judgment ต้องเข้าใจ business context ต้องรู้ว่าโค้ดนี้ไปกระทบระบบอื่นตรงไหน ซึ่งเป็นสิ่งที่เอไอยังทำแทนได้ไม่เต็มร้อย ต่อให้มีเอไอช่วยรีวิว ก็ยังต้องมีคนคุมอีกชั้นอยู่ดี
ที่แย่กว่านั้นคือ ถ้าทีมเริ่มเชื่อว่า "เอไอช่วยได้เยอะ" แล้วลดจำนวนคนรีวิวลง หรือปล่อยให้รีวิวแบบผ่านๆ เพราะเชื่อว่าเอไอเขียนมาแล้วต้องดี คุณภาพซอฟต์แวร์จะดิ่งลงแบบไม่รู้ตัว — ซึ่งเป็นความเสี่ยงที่การศึกษานี้กำลังเตือนอยู่ตรงๆ
ทางออกที่ผมมองเห็นมีอยู่ไม่กี่ทาง แต่ละทางก็มีราคาที่ต้องจ่ายต่างกัน
เพิ่มคนรีวิว
ทางตรงที่สุด แต่ก็ขัดกับเหตุผลที่บริษัทหันมาใช้เอไอตั้งแต่แรก คืออยากประหยัดคน
ใช้เอไอช่วยรีวิวด้วย
ให้เอไอตรวจรอบแรกก่อน คนค่อยตรวจรอบสอง แต่ก็ต้องแลกด้วยความเสี่ยงที่เอไออาจมองข้าม bug บางประเภทไป
เปลี่ยนวิธีเขียนโค้ด
ให้เอไอ generate โค้ดที่ตรวจง่ายขึ้น กระจายเป็นชิ้นเล็กๆ แทนที่จะเทมาก้อนใหญ่ ซึ่งต้องปรับวิธี prompt และ workflow ทั้งทีม
ไม่ว่าทางไหน คำตอบก็ไม่ได้สวยหรูแบบที่โฆษณาเครื่องมือเอไอชอบพูดกัน คือมันไม่มีปุ่มวิเศษที่กดแล้ว productivity พุ่งโดยไม่ต้องแลกอะไร
ข่าวนี้ตอกย้ำชัดว่าเอไอ coding agent ยังไม่ใช่ยาวิเศษที่ทำให้ทีมพัฒนาซอฟต์แวร์เร็วขึ้นแบบไร้เงื่อนไข — มันแค่ย้ายคอขวดจากที่หนึ่งไปอีกที่หนึ่ง ถ้าใครยังเชื่อว่าแค่ซื้อเครื่องมือแพงๆ แล้วงานจะเสร็จเร็วขึ้นเอง นั่นแหละคือความเข้าใจผิดที่แพงที่สุดในยุคนี้
ที่มา: Ars Technica AI — อ่านต้นฉบับ
ความคิดเห็น 5
กำลังโหลดความคิดเห็น...