ถ้าวันนี้เราเอา AI มาแทนที่ Junior Dev ทั้งหมด… อีก 5 ปีข้างหน้าเราจะไปหา Senior มาจากไหน?
เมื่อการประหยัดงบวันนี้ อาจกลายเป็นวิกฤต Talent Pipeline ในวันหน้า
แต่หน้างานกลับเจอ AI Slop และ Senior ที่ต้องกลายเป็นภารโรงเก็บกวาดโค้ด
ช่วงไม่กี่เดือนมานี้ เวลาผมไถอ่านบอร์ดต่างประเทศอย่าง Reddit ในห้อง r/ExperiencedDevs หรือตามหน้าฟีด LinkedIn ประเด็นที่คนสาย Tech เถียงกันไฟลุกที่สุด ไม่ใช่เรื่องโมเดล AI ตัวไหนฉลาดกว่ากันอีกแล้วครับ
แต่เป็นเรื่องที่ใกล้ตัวและน่าอึดอัดใจกว่านั้นมาก นั่นคือ “เด็กจบใหม่หางานไม่ได้” และคำถามที่คนระดับ Lead หลายคนเริ่มหันมามองหน้ากันเองว่า
“ถ้าเราเลิกปั้นคนรุ่นใหม่กันหมด แล้วอนาคตใครจะมาดูแลระบบต่อจากพวกเรา?”
01ตัวเลขที่เย้ายวนใจ กับการตัดสินใจที่ง่ายดายของฝั่งธุรกิจ
ถ้ามองในมุมบริหารงบประมาณแบบตรงไปตรงมา ไม่แปลกเลยที่หลายบริษัทจะชะลอหรือถึงขั้น “ปิดรับ” ตำแหน่ง Junior Developer ในช่วงนี้
ลองคิดดูครับ สมัยก่อนเวลารับน้องจบใหม่เข้ามา 1 คน บริษัทต้องยอมแบกต้นทุนอย่างน้อย 3–6 เดือน ต้องดึงเวลาทำงานของ Senior มานั่งประกบ สอนตั้งแต่การเซ็ตอัพโปรเจกต์ การเขียนโค้ดตามมาตรฐาน ไปจนถึงการไล่แก้บั๊กง่ายๆ เพื่อหวังว่าวันหนึ่งน้องจะมาช่วยแบ่งเบาภาระงานพื้นฐาน อย่างพวกทำหน้าเว็บ CRUD หรือเขียน Unit Test เบื้องต้นได้
แต่วันนี้… เราจ่ายค่า GitHub Copilot, Cursor หรือ Claude แค่เดือนละไม่กี่ร้อยบาท เครื่องมือพวกนี้ปั่นโค้ดพื้นฐานเสร็จภายในไม่กี่วินาที ไม่ต้องรอสอนงาน ไม่ลาป่วย และไม่บ่นสักคำ
ฟังดูคุ้มค่าและฉลาดมากใช่ไหมครับ? แต่พอเอาเข้าจริง หน้างานกลับไม่ได้สวยงามอย่างที่คิด
02ตลกร้ายหน้างาน: เมื่อ Senior ต้องกลายสภาพเป็น “ภารโรงเก็บกวาดโค้ด AI”
หลายทีมที่ตัดตำแหน่งระดับปฏิบัติการออก แล้วหวังพึ่งความเร็วจาก AI กำลังเจอปัญหาเดียวกันคือ Senior ไม่ได้ทำงานสบายขึ้นเลย แถมยังเหนื่อยหนักกว่าเดิมด้วยซ้ำ
ทำไมถึงเป็นแบบนั้น? เพราะเวลาที่เราเร่งปั่นฟีเจอร์ด้วย AI สิ่งที่ทะลักเข้ามาในระบบคือโค้ดที่รันผ่าน แต่โครงสร้างข้างในเละเทะ หรือที่ฝรั่งเขาเรียกกันติดปากว่า “AI Slop” คือโค้ดมันทำงานได้แค่ระดับผิวเผิน แต่ขาดการคิดเผื่อเรื่อง Performance มีความซ้ำซ้อน แฝงช่องโหว่ด้าน Security และที่สำคัญคือหลุดพวก Edge Cases ทางธุรกิจเพียบ
กลายเป็นว่า จากเดิมที่ Senior จะได้เอาเวลาไปคิดเรื่อง Architecture หรือวางโครงสร้างระบบระยะยาว กลับต้องมานั่งรับบท “ภารโรงคอยตามเช็ดล้างโค้ด AI” นั่งตรวจ Pull Request กองมหึมาที่ถูกปั่นขึ้นมาอย่างรวดเร็ว จนเกิดคอขวดอย่างหนักในขั้นตอนการทำ Testing และตรวจรับงาน เพราะ AI เขียนโค้ดเร็วกว่าที่คนจะตรวจทันไปหลายเท่าตัวแล้ว
03ระเบิดเวลาลูกใหญ่ที่รอวันทำงาน
เรื่องที่พี่ๆ Senior เหนื่อยในวันนี้ยังพอทนครับ แต่เรื่องที่น่ากลัวจริงๆ คือภาพในอีก 3–5 ปีข้างหน้า
เราต้องไม่ลืมว่า ไม่มีใครตื่นเช้ามาแล้วกลายเป็น Senior Engineer หรือ System Architect ที่เก่งกาจได้เลย ความเก๋าเกมในการมองระบบให้ออกทั้งหมด มันไม่ได้เกิดจากการอ่านตำราหรือนั่งพิมพ์ Prompt สั่ง AI แต่มันเกิดจากการ “เจ็บจริง” สมัยเป็น Junior
มันเกิดจากการได้ลงมือไล่แกะบั๊กหน้างานตอนตีสอง การได้เห็นระบบรวนเพราะโค้ดที่ตัวเองเขียน และการค่อยๆ ซึมซับบริบททางธุรกิจ (Domain Knowledge) ของบริษัทผ่านงานชิ้นเล็กๆ นับร้อยชิ้น
วันนั้นแหละครับ ที่วิกฤตของจริงจะมาเยือน
04แล้วเด็กจบใหม่ยุคนี้ต้องปรับตัวยังไง? (เมื่อแค่เขียน CRUD เป็น มันไม่พออีกต่อไป)
แน่นอนว่าทางออกของเรื่องนี้ ไม่ใช่การกลับไปรับ Junior มานั่งพิมพ์โค้ดตามสั่งเหมือนเมื่อ 10 ปีก่อน เพราะงานระดับนั้น AI ทำแทนได้หมดแล้วจริงๆ แต่เรากำลังอยู่ในจุดที่ต้องเปลี่ยนนิยามของ “Junior ยุคใหม่” กันใหม่ทั้งหมด
น้องๆ ที่จะอยู่รอดและเป็นที่ต้องการตัวในยุคนี้ ไม่ใช่คนที่จำ Syntax ได้แม่นที่สุด แต่คือคนที่มี 3 เรื่องนี้ติดตัว
- มีหัวคิดแบบ QA/QE ตั้งแต่บรรทัดแรก — ไม่ต้องพิมพ์โค้ดเองทุกตัวอักษรก็ได้ แต่ต้อง “อ่านโค้ดขาด” เวลา AI เจนโค้ดมาให้ ต้องตั้งคำถามเป็นว่า โค้ดชุดนี้ปลอดภัยไหม? ถ้าคนใช้งานพร้อมกันหมื่นคนระบบจะร่วงหรือเปล่า? มีเงื่อนไขธุรกิจตรงไหนที่ AI มองข้ามไปบ้าง?
- มองความเชื่อมโยงของระบบออก (Systems Thinking) — เข้าใจว่าโค้ดส่วนที่ตัวเองกำลังทำอยู่ มันไปต่อท่อกับ API ตัวไหน และถ้าแก้ตรงนี้ มันจะไปสะเทือนส่วนไหนของระบบบ้าง
- ตีโจทย์ธุรกิจให้แตก — เพราะ AI เก่งเรื่องหาคำตอบ แต่ไม่เก่งเรื่องตั้งคำถาม คนที่แปลงความต้องการอันคลุมเครือของลูกค้า ให้กลายเป็นเงื่อนไขที่ชัดเจนและรัดกุมได้ คือคนที่จะคุม AI อยู่หมัด
05ทางออกสำหรับองค์กร: เปลี่ยนวิธีปั้นคน และสร้าง “ตาข่ายนิรภัย” ที่แข็งแกร่ง
ในมุมของ CTO หรือหัวหน้าทีม ถ้าเรายังอยากรับคนรุ่นใหม่เข้ามาปั้นต่อ โดยไม่ให้เขากลายเป็นภาระของพี่เลี้ยง และไม่เสี่ยงทำระบบ Production พัง เราต้องเปลี่ยนวิธีรับมือใหม่ครับ
อย่างแรกคือ เปลี่ยนจุดเริ่มต้นในการเทรนงาน แทนที่จะโยนฟีเจอร์ให้น้องไปนั่งงมเขียนโค้ดเองตั้งแต่ต้น ลองเปลี่ยนให้เขาเริ่มจากการเข้ามาช่วยดูเรื่อง Automated Testing การทำ Impact Analysis หรือการร่วมอ่าน Code Review กับพี่ๆ วิธีนี้จะทำให้น้องเข้าใจโครงสร้างระบบและกฎเกณฑ์ทางธุรกิจของบริษัทได้เร็วมาก โดยที่ยังไม่ทันได้ทำระบบพัง
อย่างที่สองซึ่งสำคัญที่สุด คือ องค์กรต้องมีระบบป้องกันตัวเองที่ดีพอ (Automated Guardrails)
เราไม่สามารถปล่อยให้ทีมใช้ AI ปั่นโค้ดกันอย่างอิสระได้ ถ้าหลังบ้านเรายังไม่มีระบบตรวจสอบที่แข็งแกร่ง การลงทุนวางโครงสร้างพื้นฐานอย่างระบบ Test Automation ที่เสถียร, การฝังระบบตรวจจับช่องโหว่ความปลอดภัย (Application Security Testing) ลงไปใน Pipeline เลย หรือการมีเครื่องมือจัดการ Lifecycle ของซอฟต์แวร์ที่เป็นมาตรฐาน สิ่งเหล่านี้จะทำหน้าที่เป็น “ด่านกรองอัตโนมัติ” ช่วยดักจับความผิดพลาดตั้งแต่เนิ่นๆ
พอมีระบบพวกนี้คอยช่วยเซฟ พี่ๆ Senior ก็ไม่ต้องมานั่งปวดหัวตรวจเรื่องพื้นฐานซ้ำๆ ส่วนน้อง Junior เองก็มีพื้นที่ปลอดภัยให้กล้าลองผิดลองถูกและเติบโตได้ไวขึ้น
สุดท้ายแล้ว AI ไม่ได้มาเพื่อฆ่าอาชีพโปรแกรมเมอร์หรอกครับ แต่มันกำลังบีบให้เราต้องขยับมาตรฐานของ “จุดเริ่มต้น” ให้สูงขึ้น บริษัทที่จะชนะในเกมระยะยาว ไม่ใช่บริษัทที่ใช้ AI เพื่อไล่คนออกให้เหลือน้อยที่สุดในวันนี้ แต่คือบริษัทที่ใช้ AI ควบคู่ไปกับระบบวิศวกรรมคุณภาพ (Quality Engineering) ที่แข็งแกร่ง เพื่อเปลี่ยนเด็กจบใหม่ในวันนี้ ให้คิด วิเคราะห์ และเก่งเทียบเท่า Senior ได้เร็วขึ้นกว่าสมัยก่อนหลายเท่าตัวต่างหาก
