เจาะประเด็น
AI / Future of Work
เขียนโค้ดกับ AI เหมือนเป็น "ผู้บริหาร" ไม่ใช่โปรแกรมเมอร์ แล้วใครจะเป็นคนจ้างเรา?
ทักษะการ "สั่งงาน" กำลังมีค่ามากกว่าทักษะ "ลงมือทำ" — แต่นี่คือโอกาสหรือกับดักกันแน่?
ทีมข่าว เอไอไทย.com
⏱ อ่าน 4 นาที
มันเริ่มจากการที่โปรแกรมเมอร์คนหนึ่งชื่อ Allen Bargi ไปโพสต์ใน Hacker News ว่าเขารู้สึกว่าการทำงานกับ AI มันไม่ได้เหมือน "เขียนโค้ด" อีกต่อไปแล้ว แต่มันเหมือน "การบริหารจัดการ" (leadership) มากกว่า และโพสต์นี้ก็ทำเอาคนในวงการแตกคอกันสนั่น 170 คะแนน 122 คอมเมนต์ภายในไม่กี่ชั่วโมง
ฟังดูเหมือนประโยคสวยๆ ที่คนชอบพูดกันตามงานคอนเฟอเรนซ์ใช่ไหม? แต่ถ้าลองแกะให้ลึก มันไม่ได้เป็นแค่ความรู้สึกเรื่อยเปื่อยของใครคนใดคนหนึ่ง — มันคือสัญญาณเตือนว่า "บทบาท" ของคนเขียนโค้ดกำลังถูกนิยามใหม่ต่อหน้าต่อตา และหลายคนยังไม่ทันตั้งตัว
Allen อธิบายว่าตอนนี้การทำงานของเขาส่วนใหญ่ไม่ได้อยู่ที่การพิมพ์โค้ดทีละบรรทัดอีกต่อไป แต่อยู่ที่การ "อธิบาย" ปัญหาให้ AI เข้าใจ การแตกงานใหญ่เป็นงานย่อย การตรวจงานที่ AI ทำออกมาว่าตรงกับความต้องการจริงหรือไม่ รวมถึงการตัดสินใจว่าเมื่อไหร่ควรใช้ AI เมื่อไหร่ควรเขียนเอง — ซึ่งทักษะเหล่านี้มันคือทักษะของ "คนนำทีม" ไม่ใช่ทักษะของ "คนนั่งเขียน"
ตรงนี้แหละที่ผมอยากจะหยุดคิดแป๊บหนึ่ง เพราะสิ่งที่ Allen พูดมันถูกต้องเพียงครึ่งเดียว ครึ่งที่ถูกคือ มันเป็นแบบนั้นจริงๆ ในทางปฏิบัติ ใครที่ใช้ AI เขียนโค้ดเป็นประจำจะรู้ดีว่าส่วนที่ยากที่สุดไม่ได้อยู่ที่การพิมพ์ แต่อยู่ที่การ "สื่อสาร" กับ AI ให้ได้งานที่ต้องการ — ต้องบอกบริบท ต้องบอกข้อจำกัด ต้องรู้จักตั้งคำถาม ต้องรู้จักจับผิดคำตอบที่ดูเหมือนถูกแต่จริงๆ มั่ว
แต่ครึ่งที่ผมไม่เห็นด้วยคือ การเอาไปเทียบกับ "leadership" มันฟังดูเท่อย่างอันตราย เพราะการเป็นผู้บริหารที่แท้จริงมันจ่ายเงินเดือนให้คนอื่นทำแทน แต่การเป็นโปรแกรมเมอร์ที่ใช้ AI คือการที่คุณยังต้องรับผิดชอบผลลัพธ์ทุกอย่างด้วยตัวเอง — ถ้า AI เขียนบั๊กมา คุณคือคนที่โดนตำหนิ ไม่ใช่ AI คุณคือคนที่นั่งไล่ debug อยู่ตอนตีสอง ไม่ใช่ AI
การเปรียบเทียบแบบนี้มันทำให้เรารู้สึกว่าตัวเอง "สูงค่า" ขึ้น ทั้งที่จริงๆ แล้วสิ่งที่เกิดขึ้นคือ "ขอบเขตงาน" มันขยายออกไปต่างหาก นักพัฒนาที่ใช้ AI เก่ง ๆ ไม่ได้ทำงานน้อยลง แต่ทำงาน "เยอะขึ้น" ในรูปแบบที่ต่างออกไป — ต้องเข้าใจระบบมากขึ้น ต้องเข้าใจ business มากขึ้น ต้องเข้าใจคนใช้งานมากขึ้น เพราะ AI ทำให้การเขียนโค้ดมันเร็วขึ้นจนส่วนต่างของมูลค่าที่แท้จริงมันไปอยู่ที่ "การตัดสินใจ" ไม่ใช่ "การพิมพ์"
ทีนี้ มาถึงคำถามที่ทุกคนกลัวจะถามกันตรงๆ: ถ้างานของเรามันกลายเป็น "การสั่งงาน" แล้วแบบนี้ ทำไมบริษัทต้องจ้างเราด้วยล่ะ? ในเมื่อ AI มันก็รับคำสั่งจากคนที่เป็น "ผู้บริหาร" ได้เหมือนกัน — ผู้บริหารที่เข้าใจปัญหาธุรกิจจริงๆ โดยไม่ต้องรู้โค้ดเลยด้วยซ้ำ แล้วเราในฐานะ "คนกลาง" ที่คอยแปลภาษาคนเป็นภาษา AI จะยังมีคุณค่าอยู่หรือเปล่า?
นี่คือคำถามที่คอมเมนต์ใน Hacker News ถกเถียงกันยับ และไม่มีใครมีคำตอบที่ฟังแล้วสบายใจได้จริงๆ บางคนบอกว่าคนเขียนโค้ดจะกลายเป็น "ผู้ควบคุมคุณภาพ" ของ AI บางคนบอกว่าเราจะกลายเป็น "สถาปนิก" ที่ออกแบบระบบให้ AI สร้างตาม แต่ผมว่ามุมมองที่สมจริงที่สุดคือ เรากำลังเดินเข้าสู่โลกที่ "ความรู้ด้านเทคนิค" จะกลายเป็นเพียงใบเบิกทาง แต่ "ความสามารถในการแก้ปัญหาจริง" จะเป็นตัวตัดสินว่าใครอยู่รอด
และตรงนี้เองที่ทำให้ผมรู้สึกว่า Allen พูดถูกในสิ่งที่เขาพูด — แต่เขาพูดไม่ถึงจุดที่มันน่ากลัวที่สุด งานของเรามันเหมือน "ผู้บริหาร" จริงแหละ แต่ผู้บริหารที่ไม่มีอำนาจ ไม่มีทีมเป็นมนุษย์ และโดนไล่ออกได้ทุกเมื่อถ้าบริษัทคิดว่าเอา AI ไปสั่งงานตรงๆ ก็ได้ผลเหมือนกัน
สรุปให้ฟังแบบไม่กลัวโดนด่า: การทำงานกับ AI ที่รู้สึกเหมือน "ผู้บริหาร" ไม่ใช่เรื่องน่ายินดี แต่เป็นไฟเตือนว่าเส้นแบ่งระหว่าง "คนเขียนโค้ด" กับ "คนที่ใช้ AI เขียนโค้ด" กำลังเลือนหายไปเรื่อยๆ ใครที่ปรับตัวได้ไวและเพิ่มมูลค่าที่ "AI สั่ง AI ทำไม่ได้" เท่านั้นถึงจะอยู่รอด — ที่เหลือจะค่อยๆ กลายเป็นเพียง "คนพิมพ์ prompt ที่มีราคาแพงเกินไป"
ที่มา: Hacker News — อ่านต้นฉบับ
ความคิดเห็น 4
กำลังโหลดความคิดเห็น...