การแก้แค้นของ Junior Developer❤️🔥🐦⬛💻
แปลโดย : Claude Sonnet 4.0 / source : https://sourcegraph.com/blog/revenge-of-the-junior-developer
การแก้แค้นของ Junior Developer Steve Yegge 22 มีนาคม 2025
สวัสดีครับ! ดีใจที่ได้เจอกันอีกครั้ง
ผมต้องเริ่มระวังคำพูดจริงๆ แล้วสินะ เพราะมีคนเฝ้าดูเยอะแยะ
อย่างไรก็ตาม เมื่อวันก่อนผมผายลมออกมาแล้วเสียงฟังดูเหมือน "viiiibecooode" ทันทีที่เสียงออกมาก็มีนักลงทุน 3 คนเข้ามาหาผม ผมต้องบอกว่าไม่ครับ ขอโทษ แค่ผายลมเท่านั้นเอง เพื่อให้พวกเขาหยุดตามผม
มีเรื่องเกิดขึ้นเยอะมากจนผมพยายามเขียนโพสต์นี้หลายครั้ง แต่แต่ละครั้งมันยาวขึ้นเรื่อยๆ และดุร้ายขึ้น ผมเลยต้องกำจัดมันทิ้งเหมือน Old Yeller ครั้งนี้ผมจะส่งมันออกไปตอนที่มันยังเป็นลูกหมา (แก้ไข: แย่จัง อย่างน้อยมันก็เต็มไปด้วย action จนถึงจบ)
หมายเหตุสั้นๆ เกี่ยวกับความหมายของ "vibe coding": ในโพสต์นี้ ผมสมมติว่า vibe coding จะเติบโตขึ้นและผู้คนจะใช้มันสำหรับ engineering จริงๆ โดยเวอร์ชัน "ปิดสมองไป" จะยังคงอยู่สำหรับ prototyping และโปรเจกต์สนุกๆ สำหรับผม vibe coding หมายถึงการปล่อยให้ AI ทำงาน ระดับความใส่ใจที่คุณเลือกจะให้กับงานของ AI ขึ้นอยู่กับปัญหาที่เจอเท่านั้น สำหรับ production คุณต้องใส่ใจ สำหรับ prototype คุณผ่อนคลาย ไม่ว่าจะแบบไหน มันคือ vibe coding ถ้าคุณไม่ได้เขียนมันด้วยมือ
อีกหมายเหตุหนึ่ง: ส่วนการแก้แค้นจะเกิดขึ้นที่ท้ายสุด เหมือนในหนัง
โอเค! เมื่อจัดการเรื่องธุรการเหล่านี้เสร็จแล้ว มาเริ่มกันเลย!
ส่วนที่ 1: คลืนหกลูก
Vibe coding เป็นชื่อแปลกๆ สำหรับ chat-based coding ที่คุณขอให้ LLM เขียนโค้ด แล้วคุณป้อนผลลัพธ์กลับไปและขอเพิ่มเติม ในลูปต่อเนื่อง มันแตกต่างจาก traditional coding หรือแม้แต่การเขียนโค้ดด้วย code completions มาก
Chat coding มีอยู่ในเครื่องมือช่วย coding มาระยะหนึ่งแล้ว แต่ไม่มีคำเรียกร้องที่ดัง จนกระทั่งต้นเดือนกุมภาพันธ์ ดร.Andrej Karpathy ผู้โด่งดังที่เป็นหนึ่งในผู้ร่วมก่อตั้ง OpenAI ได้ตั้งชื่อสวยๆ ให้กับ chat เขาเรียกมันว่า "vibe coding" และมันกลายเป็นสถานการณ์ชุด blue/gold dress ข้ามคืนทันที
วันนี้ ณ เวลาที่ เอ่อ ให้ผมดูนาฬิกาหน่อย ตอนนี้ที่คุณกำลังอ่านอยู่ vibe coding ได้เข้าสู่สถานะ triplet-state แบบ quantum ที่แปลกและไม่เคยมีมาก่อน:
Vibe coding ยังคงมองไม่เห็นสำหรับ 80% ของอุตสาหกรรมนอก Silicon Valley ที่จะไม่รู้เรื่องที่เราคุยกันอยู่ หลายคนยังไม่เคยได้ยินคำว่า "vibe coding" เลย นับประสาไร "coding agent" ผมเดาว่าพวกเขาไม่เคยเปิดข่าวกัน? น่าเสียดายที่พวกเขาเสี่ยงที่จะโดนโจมตี หรือแย่กว่านั้น โดน T-bone โดย AI
Vibe coding กำลัง viral แบบบ้าคลั่ง เติบโตอย่างบ้าคลั่งในเส้นโค้งเลขชี้กำลังที่น่าทึ่ง ปรากฏในสื่อใหญ่ๆ อย่าง NYT ท่วมท้น social media ได้รับการเฉลิมฉลองจากบางคน ถูกประณามจากคนอื่น บริษัทหลายแห่งยุ่งกับการห้ามมันขณะที่ Google กำลังรับมันแบบไม่เป็นทางการ ทุกคนยังคงโต้เถียงกันว่า "vibe coding" หมายความว่าอะไร แต่คนจำนวนมาก และมากขึ้นทุกวัน คิดว่ามันคืออนาคตตอนนี้
Chat coding โดยทั่วไปล้าสมัยไปแล้วสำหรับกลุ่มนักพัฒนาที่เติบโตเร็วกว่าแบบเลขชี้กำลัง ที่ตอนนี้จะไม่เดินข้ามถนนไปฉี่ใส่ chat-based coding แม้มันจะไฟไหม้ก็ตาม พวกเขายังคง vibe coding และได้ vibes ที่ดีกว่าใครๆ แต่พวกเขาไม่สนใจ vibe coding ของคุณ - บทสนทนา chat แบบไปมายาวๆ - อีกต่อไปแล้ว ขอบคุณครับ ผมบอกแล้วว่าขอบคุณ!
ที่นี่ที่ Exaggeration Central เรากำลังพบว่ามันยากที่จะแต่งอะไรที่บ้าคลั่งกว่านี้ มันจริง แต่เกิดขึ้นเร็วมากจนรู้สึกเหนือจริงจริงๆ
Vibe coding กำลังขึ้นสูง และ chat-based coding - สิ่งที่คุณคิดว่าคือ vibe coding และที่ผมเคยเรียกว่า CHOP - ก็ยังคงเพิ่มขึ้น...ตอนนี้ แต่ agentic coding - หัวข้อของโพสต์นี้ - จะเร็วๆ นี้พุ่งผ่าน chat coding ราวกับว่ามันหยุดนิ่ง
ภายใน Q3 chat coding ของวันนี้สำหรับหลายคนจะกลายเป็นทางเลือกสุดท้ายที่เลวร้าย สำรองไว้สำหรับเมื่อคุณไม่สามารถทำมันแบบเร็วมากด้วย agents ได้ และตลอดเวลานั้น ขณะที่ chat coding ถูกบดบัง vibe coding จะยังคงอยู่ต่อไป
ผมได้พยายามอย่างเต็มที่ที่จะแสดงวิธีที่ผมคิดเกี่ยวกับสิ่งเหล่านี้ใน Figure 1
Figure 1: คลื่นที่ทับซ้อนกันของ AI coding modalities แผนภูมิใน Figure 1 แสดงหกคลื่นที่ทับซ้อนกันของการเขียนโปรแกรม: traditional (2022), completions-based (2023), chat-based (2024), coding agents (2025 H1), agent clusters (2025 H2), และ agent fleets (2026)
ในรูปนี้ traditional และ completions-based coding - สอง modalities แบบ manual - กำลังลดลง และอื่นๆ กำลังเพิ่มขึ้นแบบเลขชี้กำลัง เริ่มจาก chat แต่ละคลื่นใหม่เพิ่มขึ้นเร็วกว่าคลื่นก่อนหน้ามาก ในที่สุดรูปนี้แสดง vibe coding ว่าเพิ่มขึ้นแบบเลขชี้กำลังเช่นกัน แต่เป็นเส้นประ ไปคู่กับอื่นๆ เพราะอย่างที่เราจะเห็นในอีกสักครู่ vibe coding ไม่ใช่ modality
เป็นการ preview สำหรับการสนทนาของเรา "agent clusters" เป็นคำ placeholder ที่ผมใช้สำหรับ devs ที่สามารถรันและจัดการ coding agents หลายตัวแบบ parallel ได้อย่างมีประสิทธิผล อาจจะเยอะกว่าที่จะใส่ในเครื่องท้องถิ่นของ dev ได้ด้วยซ้ำ และ "agent fleets" คือสิ่งที่เกิดขึ้นเมื่อเราได้ AI supervisors สำหรับ leaf nodes ดังแสดงใน Figure 2 "FY26 Org Chart"
Figure 2: FY26 Org Chart รูปนี้แสดง individual contributor (leaf-node) devs ทั้งหมดในองค์กรทำหน้าที่เหมือน second-level line managers รัน AI "manager agents" ที่กำกับดูแลกลุม coding agents เอง ตัวอย่างเช่น ภายใต้การแนะนำของ IC developer คนเดียว กลุ่ม managed agent หนึ่งอาจจะทำ bug backlog grooming อีกกลุ่มหนึ่งทำงานใน business features ใหม่ และกลุ่มที่สามทำงานใน architectural migration ระยะยาว มันเป็น agent farm จริงๆ!
แน่นอนว่านี่เป็นเพียงการประมาณคร่าวๆ ของวิธีที่มันจะเกิดขึ้น แต่ผมคิดว่าใกล้เคียงพอ เราทุกคนทำนายว่า coding agents "คลื่นที่สี่" กำลังจะมา และมันมาถึงเร็วกว่าที่เราคาดหวัง และตอนนี้ก็เป็นไปได้แล้วที่จะกระโดดไปที่คลื่นที่ห้าแบบ manual แม้ว่าจะต้องใช้ความพยายาม ผมกำลังรันสอง agents แบบ parallel เมื่อคุณทำแบบนี้ จะเห็นได้ชัดว่างานส่วนใหญ่สามารถช่วยเหลือด้วย agentic help ได้
Agents ช่วย agents ได้อย่างไร? วันนี้ คุณต้องสังเกตเมื่อ agent worker ติดขัด เสร็จแล้ว หรือหลงทาง และ nudge มันอย่างเหมาะสม Supervisor agents สามารถและจะเริ่มทำส่วนใหญ่นั้นให้เราในไม่ช้า ผลลัพธ์: คลื่นที่หก นักพัฒนาจะได้รับอำนาจให้รักษา work queues ให้เต็มใน coding agents fleets ขนาดใหญ่ บดขยี้ผ่านเทือกเขาใหญ่ของ enterprise legacy code มันจะงดงามมาก
และ agent fleets เวทมนตร์เหล่านี้จะมาถึงภายในต้น 2026 อย่างช้าที่สุด เพราะการสร้างมันไม่ยากจริงๆ - เราเก่งในการ parallelize งานอยู่แล้ว
นั่นคือ lightning intro ของเรา ยังมีอีกเยอะที่จะมา ถ้าทั้งหมดนี้เป็นเรื่องแปลกใหญ่สำหรับคุณ คุณจะเจอน้ำเชี่ยวในเดือนข้างหน้า
ส่วนที่ 2: คุณอยู่ตรงไหน?
ถ้าคุณยังคิดว่า AI-based code-autocompletion suggestions เป็นวิธีหลักที่โปรแกรมเมอร์ใช้ AI และ/หรือคุณยังคงวัด Completion Acceptance Rate (CAR) อยู่ แสดงว่าคุณกำลังนั่งบนเส้นโค้งรูปไดโนเสาร์ๆ ที่แทน Traditional Programming ใน Figure 1 เส้นโค้งนี้จะลื่นไหลเข้าสู่ความล้าสมัยราวปี 2027
ผมมีข่าวร้าย: Code completions ได้รับความนิยมมากเมื่อปีที่แล้ว ช่วงเวลาที่ตอนนี้รู้สึกเหมือน prequel ที่ห่างไกล แต่ตอนนี้พวกมันเป็น AI equivalent ของ "dead man walking"
ถ้าคุณเป็น avant-garde หน่อย คุณอาจคิดว่า chat-based programming คือวิธีที่สิ่งต่างๆ จะเกิดขึ้นในปีนี้ - หมายถึง in-IDE coding assistant chat interfaces เช่น Copilot, Cursor, Sourcegraph และ Windsurf ถ้าคุณอยู่ในกลุ่มนี้ คุณไม่ได้แย่เลย middle-of-the-pack ลูบหลังได้ อย่างน้อยคุณก็ใช้ modality ที่มีประโยชน์ - มากมายเมื่อเทียบกับ code completions - และ chat ยังคงเพิ่มความนิยม
แต่จู่ๆ เราก็มีคลื่นล่าสุดนี้ coding agents ใหม่เช่น Aider.chat และ Claude Code - และเร็วๆ นี้ จะมี agents ที่คล้ายและสวยกว่าในทุก IDEs ที่คุณชอบ wink nudge cough cough
เมื่อคุณได้ลอง coding agents และคิดออกว่าจะมีประสิทธิภาพกับมันอย่างไร คุณจะไม่อยากกลับไปแล้ว พวกมันจะเหยียบย่ำ chat coding และสิ่งที่ดีคือ ด้วย agents คุณยังคง vibe coding อยู่ นั่นคือเหตุผลที่มันไม่ใช่ modality: คุณสามารถ vibe code ด้วย AI modality แบบไม่ manual ใดก็ได้: chat, agents, clusters ตราบใดที่ AI ทำงาน คุณก็ vibing! ความแตกต่างเดียวกับ agents คือคุณไม่ต้อง rendezvous กับมันบ่อย
ตอนนี้ที่ agents ได้เกิดขึ้น เราเริ่มเห็นรูปแบบ แต่ละ modality wave ที่ต่อเนื่องกัน เริ่มจาก chat มีประสิทธิภาพประมาณ 5 เท่าของคลื่นก่อนหน้า Chat สามารถมีประสิทธิภาพ 5 เท่าของ manual coding, agents สามารถมีประสิทธิภาพ 5 เท่าของ chat และอื่นๆ สังเกตว่าแต่ละคลื่นอาจจะเติบโตเป็น 10 เท่าของคลื่นก่อนหน้า ถ้าไม่มีการท้าทายและให้เวลาเติบโต แต่พวกมันถูกทำให้แบนโดย modalities ใหม่ที่เร็วกว่า
นั่นคือสถานการณ์ที่ผมเห็นวันนี้ เราพบว่าตัวเองอยู่ในการแข่งขันใหญ่ในมหาสมุทร AI ถูกตบโดยคลื่นที่รุนแรงขึ้นเรื่อยๆ คนที่รอดจะ ride คลื่นเหล่านั้น ทุกบริษัทตกอยู่ที่ไหนสักแห่งในหนึ่งหรือมากกว่าหนึ่งเส้นโค้งการรับใช้ใน Figure 1 คุณอยู่ตรงไหน?
และนั่น ท่านผู้อ่านที่รัก คือ mental model ที่น่ารักและ Disneyfied ของผมเกี่ยวกับสิ่งที่รออยู่ข้างหน้า ผมได้ยืนยันว่าคลื่นที่จะมาของ clusters และ fleets ไม่เพียงแต่หลีกเลี่ยงไม่ได้ แต่ยังอยู่แค่มุมถนนเท่านั้น Vibe coding ยังคงเป็นคุณลักษณะที่ทนทานและยาวนานของภูมิทัศน์นั้น - แต่ไม่ใช่ในแบบที่คนส่วนใหญ่คิด Vibe coding หมายถึงการไม่เขียนโค้ดอีกเลย
ถ้าคุณเข้าใจผมมาจนถึงตรงนี้ มาดูผลกระทบทางการเงินกัน ก่อนอื่นผมจะทำให้คุณทันเรื่องว่า coding agents ทำงานอย่างไร - มันไม่ซับซ้อน คุณแค่เริ่มเผาเงินแล้วควันจะทำให้มันฉลาดขึ้น และถ้าคุณยังไม่เข้าใจผมมาจนถึงตรงนี้ ผมแนะนำให้คุณไปเล่นกับ coding agents ใหม่เหล่านี้ จริงๆ หรือดูคนที่รู้ว่าต้องทำยังไง
ไม่ว่าคุณจะเชื่อหรือสงสัย อย่างน้อยมาดูกันว่า coding agents ใหม่เหล่านี้ทำงานอย่างไรจริงๆ เพราะไม่มีเวทมนตร์
ส่วนที่ 3: คู่มือเจ้าของอูฐตัวใหม่
มาดูกันว่าทำไมการพัฒนาที่เกิดขึ้นเพียงไม่กี่สัปดาห์นี้ถึงสามารถทำให้บริษัทของคุณติดขัดได้อย่างรวดเร็ว เป็นปัญหาใหญ่เลยก็ว่าได้ หรือเป็นเรื่องยุ่งยากมาก
เราเคยได้ยินการอ้างเรื่อง software coding agents มาก่อน แต่นี่แตกต่าง "True" coding agents เหล่านี้ยังใหม่มากๆ อายุแค่ไม่กี่สัปดาห์เท่านั้น และมันรันได้แค่ใน text-based 1970s Unix-style terminals การได้มันหนึ่งตัวเหมือนกับคุณเดินมาตลอดชีวิตแล้วมีคนให้อูฐฟรี จริงๆ แล้ว พวกเขาบอกว่า เอาอูฐไปเท่าที่อยากได้เลย และมันน่าทึ่งที่มีหนึ่งตัว หนึ่งตัว มันดีกว่าการเดินไปทุกที่ แต่มันจะคายน้ำลายใส่คุณและกัดคุณ และต้องการอาหารใบเขียวจำนวนมาก โดยเฉพาะธนบัตรห้าสิบและร้อย
หลายคนในพวกคุณ ผมรู้เป็นความจริง เคยสงสัยมากเกี่ยวกับ chat coding ผมเคยได้ยินว่า developers บางคนแสดงให้ managers เห็นอย่างชัดเจนและไม่กำกวมว่า พวกเขาต้องการเขียนโค้ดต่อไป นั่นคือสิ่งที่พวกเขามาทำ พวกเขาบอก เขียน โค้ด พวกเขาพูดช้าๆ เหมือนคิดว่าคุณหูหนวกและมันจะช่วยได้ พวกเขาอ้างว่าจะไม่มอบหมายงานเขียนโค้ดให้ AI เฮ้! ผมเห็นคุณแล้ว
พวกสงสัยทั้งหมดควรทิ้งสิ่งที่กำลังทำหรือถืออยู่ แค่โยนลงพื้น แล้ววิ่งอย่างบ้าคลั่งไปหาอูฐตัวใกล้ที่สุดแล้วกระโดดขึ้นไป ดาวน์โหลดและลอง coding agent โดยเฉพาะที่เปิดตัวหลัง 1 มีนาคม 2025 เพราะมันจะพลิกทุกสิ่งที่คุณรู้หรือคิดว่ารู้เกี่ยวกับการเขียนโค้ดด้วย AI กลับหัว ตัวผมเองแทบจะไม่เชื่อในสิ่งที่เห็น เมื่อสามสัปดาห์ที่แล้ว
Coding agents ง่ายพอในหลักการ มันทำงานเหมือน vibe-coding chat session ทั่วไป โดย LLM ทำการวิเคราะห์และงานหนักส่วนใหญ่ และคุณส่วนใหญ่ใส่หูฟัง แต่กับ agents คุณไม่ต้องทำงานเหนื่อยหน่ายของ bidirectional copy/paste และ prompting ที่เกี่ยวข้อง ซึ่งเป็นส่วนช้าๆ แบบมนุษย์ แทนที่จะเป็นแบบนั้น agent จะเข้ามาจัดการให้คุณ กลับมา chat กับคุณเฉพาะเมื่อมันเสร็จ หรือติดขัด หรือคุณหมดตัง
และมันมักจะไปได้ไกลมากทีเดียว อย่างสมบูรณ์โดยไม่ต้องช่วย มันแค่บดขยี้งานจนกว่าจะถูก โยน tokens ไปที่ปัญหาเพื่อสำรวจ space ตามต้องการ มนุษย์ถูกเอาออกจากการเป็น bottleneck สำหรับ 90-99% ของงาน แต่นอกจากนั้นก็เหมือน chat vibe coding เวอร์ชันเร็วกว่า
ความแตกต่างเชิงปฏิบัติเดียวจาก chat นอกจากต้นทุน คือ agents สามารถทำ subtasks ใหญ่กว่าในครั้งเดียว อาจรวมหลายขั้นตอนแต่ละอัน ในช่วงเวลานี้ นักพัฒนาผู้กำกับดูแลจะว่างสำหรับงานสำคัญอย่างการกิน Cheetos ที่เหลือในถุงและ browse HN
เพื่อให้เป็นรูปธรรม คุณอาจบอก coding agent อะไรแบบ "นี่คือ JIRA ticket #; ไปแก้มันหน่อย" นั่นคือทั้งหมดที่คุณต้องพูด Agent จะพยายามอย่างหนักเพื่อเข้าถึง JIRA ticket: มันอาจมองหา JIRA command-line tool อาจจะถามคุณว่าดาวน์โหลดได้ไหม มันอาจจะเขียนโปรแกรมชั่วคราวสำหรับตัวเองเพื่อดึง ticket fields แบบ programmatically เราเห็นพวกมันเขียนโปรแกรมชั่วคราวบ่อยมาก
เมื่อ agent อ่าน ticket ได้ มันจะใช้เครื่องมือในเครื่องคุณ ตรวจสอบโค้ดของคุณเหมือนที่คุณจะทำ เพื่อตามหา bug มันขอ permission สำหรับแต่ละเครื่องมือ - หนึ่งใน slowdowns ที่ใหญ่ที่สุดในกระบวนการวันนี้ เมื่อ agent เจอ bug มันจะเสนอวิธีแก้ เขียน tests เพื่อตรวจสอบการแก้ รัน tests เหล่านั้น และทำการเปลี่ยนแปลงอื่นๆ ที่จำเป็นเพื่อให้ tests ผ่าน - ทั้งหมดในลูปโดยไม่ต้องการคุณ ส่วนใหญ่
Coding agents ใหม่เหล่านี้สามารถแก้ issues ใหญ่ สร้าง messes ที่ใหญ่กว่า และโดยทั่วไปประพฤติเหมือน human developer ที่เร็วแบบเหนือธรรมชาติที่มักจะบินแบบตาบอดหน่อยและช้ากว่าเวลาหน่อย
ฟังดูเหมือน science fiction แต่คุณใช้มันได้ตอนนี้
สิ่งสำคัญคือต้องเข้าใจว่า agents ใหม่เหล่านี้ยังสามารถจัดการงานที่เล็กพอประมาณถึงปานกลางในครั้งเดียวเท่านั้น Task graph decomposition ทักษะที่เราทุกคนเรียนรู้ในยุค chat แห่งอดีต (ธันวาคม) ยังคงสำคัญวันนี้เมื่อคุณเปลี่ยนไป vibe coding กับ agents มากกว่าเดิมด้วยซ้ำ เพราะมันง่ายมากที่จะ overshoot และ over-ambitious กับ agents มันมีประสิทธิภาพมากจนง่ายที่จะโลภและรัดคอห่าน
ใจดีกับห่านของคุณ อย่าอัดแน่นมันเกินไป คุณต้องแบ่งสิ่งต่างๆ และเลี้ยงดู coding agents อย่างระมัดระวัง ถ้าคุณให้งานที่ใหญ่เกินไป เช่น "แก้ JIRA tickets ทั้งหมดของผม" มันจะปาตัวเองไปที่ปัญหาและไปได้แทบไม่ไหน มันต้องการการกำกับดูแลอย่างระมัดระวังและการเลือกปัญหาอย่างรอบคอบวันนี้ สั้นๆ มันเป็นสัตว์ดื้อรั้น
แต่นั่นจะเปลี่ยน ก่อนที่คุณจะได้เฆี่ยนค้างคาวแม้แต่ครั้งเดียว agents จะคืบเข้าไปใน IDE ของคุณ ไม่ใช่อูฐแต่เป็นม้าที่มีอาน: การปรับปรุงที่เหมาะสมส่วนใหญ่ แน่นอน แต่เป็นสิ่งที่ต้อนรับ มันจะดีที่มีเครื่องมือที่ไม่สามารถคายของเหลวเหม็นได้อย่างแม่นยำที่วัตถุไกลถึงสามสิบหกเมตร
ทุกรุ่นของเครื่องมือจากนี้ไปจะช่วยทำให้ coding agents ง่ายขึ้น parallelize ได้มากขึ้น และทรงพลังมากขึ้น และเราจะเริ่มเห็นก้าวไปข้างหน้าที่น่าทึ่งจริงๆ บ่อยขึ้นในปีนี้
รถม้าจะมาต่อไป รอดูเอา
ส่วนที่ 4: ผมถูกบอกว่าจะไม่มีการคำนวณ
ส่วนนี้สำหรับ CIOs และคนฝ่ายการเงิน สวัสดีครับ ขอบคุณที่อ่านมาถึงตรงนี้
ในการวางแผน FY26 ที่คุณเพิ่งจบไปเมื่อไม่กี่สัปดาห์ที่แล้ว คุณจัดสรรงบ opex เท่าไหร่สำหรับค่าใช้จ่าย LLM ของ developer? นิดหน่อย? เยอะ? บริษัทหนึ่งบอกผมว่าพวกเขากำลังพิจารณางบประมาณใจกว้างที่ 25 ดอลลาร์ต่อ developer ต่อวัน ดูกล้าหาญ เหมือนเงินเยอะมาก เกือบจะเป็นจำนวนที่สะเพร่า
ก็ดูเหมือนว่าพวกเขาอยู่ในทางที่ถูก Coding agents แพงมาก très cher, muy caro เราคุยกันเรื่องแพงมากๆ มันเผาผลาญ LLM tokens เยอะมาก ราว 10-12 ดอลลาร์ต่อชั่วโมงในอัตราปัจจุบัน ตอนนี้ per-seat licenses สำหรับ coding assistant ของคุณเท่าไหร่? สามสิบต่อเดือน? ประมาณนั้น? อาจจะน้อยกว่า?
สำหรับการคำนวณ เป็น rule of thumb คุณสามารถคิดว่าแต่ละ coding agent instance มีค่าประมาณเท่ากับมี junior level software developer เพิ่มหนึ่งคนในทีม - โดย amortized ตลอดปีงบประมาณนี้ - ถ้ามีใครสักคน (มนุษย์หรือ AI) ให้มันยุ่งส่วนใหญ่ 8-10 ชั่วโมงต่อวัน
นั่นเป็น rule of thumb ที่เจ๋ง ผมคิดว่าคุณจะเห็นด้วยว่าสิบดอลลาร์ต่อชั่วโมงเป็นราคาขโมยสำหรับ professional software engineer ที่แค่ต้องการพี่เลี้ยงที่ดี
ดังนั้นมันจะคุ้มค่าที่จะจัดงบประมาณประมาณ 80-100 ดอลลาร์ของค่าใช้จ่าย LLM ต่อ developer ต่อวัน 30 ดอลลาร์ต่อวันจะพอแค่สามชั่วโมงของการขี่อูฐ หลังจากนั้น devs ของคุณจะกลับไปเดินหลังกลับจากกินเที่ยง แต่ถ้าคุณจ่าย Ben Franklin เต็มใบ devs แต่ละคนจะเพิ่มผลผลิตเป็นสองเท่าได้ง่ายๆ เพราะพวกเขาสามารถเป็นพี่เลี้ยงให้ agents สองตัวและทำงานอื่นๆ ข้างๆ ได้ มันไม่ต้องคิด
อย่างไรก็ตาม
คลื่นที่จะมาถึง ที่ผมเรียกว่า "agent clusters" - รถม้าที่ผมใส่นัยในส่วนที่แล้ว - น่าจะมาถึงภายใน Q3 คลื่นนี้จะทำให้ developers แต่ละคนสามารถรัน agents หลายตัพร้อมกันแบบ parallel ทุก agent ทำงานต่างงานกัน: แก้ bug, ปรับแต่ง issue, features ใหม่, backlog grooming, deployments, documentation แทบทุกอย่างที่ developer อาจจะทำ
Devs แต่ละคนจะกลายเป็นเหมือนหลายคน อย่างน้อยคนที่เก่งก็จะเป็น (Foreshadowing: ผมได้กลิ่นการแก้แค้น)
Agent clusters จะมีผลข้างเคียงในการย้าย software development เข้าสู่ cloud ในที่สุด ผู้คนทำนาย cloud-based IDEs มาหลายทศวรรษแล้ว! ใช่ไหม? ครึ่งหนึ่งในพวกคุณน่าจะเคยพยายามสร้างมันมาแล้ว ดูเหมือนความคิดที่ชัดเจนมาก
แต่การรัน IDEs ท้องถิ่นสะดวกกว่าเสมอ ดังนั้น cloud-based development จึงไม่เคยบินได้ คลื่น agent-clusters ของ H2 2025 จะเปลี่ยนแปลงนั้น Desktop ของ dev คุณไม่มีพลังพอที่จะรัน agents หลายสิบตัวพร้อมกัน นับประสาไร้หลายร้อย งาน developer ส่วนใหญ่จะเลื่อนขึ้นไป cloud แทบข้ามคืน
ดังนั้นคุณน่าจะต้องการงบ cloud เพิ่ม
การรัน N agents พร้อมกันคูณค่าใช้จ่ายรายวันที่ไม่เป็นอันตรายของ devs ที่ 10 ดอลลาร์/ชั่วโมง ด้วย N อะไรก็ตาม และนั่นยังไม่รวมค่า cloud แค่การเผา token ถ้า developers ของคุณแต่ละคนโดยเฉลี่ยรัน 5 agents พร้อมกัน - ตัวเลขที่อนุรักษ์มาก เพราะ agents จะทำงานส่วนใหญ่แบบอิสระ ปล่อยให้ dev ทำงานอื่นได้ - แล้ว devs เหล่านั้นจะใช้จ่าย 50 ดอลลาร์/ชั่วโมง หรือประมาณ 100k/ปี
มันไม่ใช่ราคาขโมยอีกต่อไป เท่าไหร่ก็เป็นการปล้น เราคุยกันเรื่อง developer แต่ละคนค่อยๆ เพิ่มประสิทธิภาพด้วย multiplier ประมาณ 5 เท่าภายใน Q4 2025 (รวมเวลา ramp-up) ด้วยต้นทุน amortized เพิ่มเติมแค่ประมาณ 50k/ปีในปีแรก ใครจะไม่เอาดีลนั้น?
น่าเสียดายที่คุณแทบจะแน่ใจว่าไม่ได้ใส่ 50k/ปีต่อ developer ของค่าใช้จ่าย LLM ในงบดำเนินงาน 2026 สถานการณ์นี้จะแยกบริษัทออกเป็น have-budgets และ have-budget-nots อย่างรวดเร็ว และ haves ก็จะ well, have it Have-nots จะแทบมีครึ่งเดียว ตามผมไหม?
พูดให้ตรงกว่านี้: Software development ตอนนี้เป็นรถไฟหัวกระสุน pay-to-play ถ้าคุณซื้อตั๋วไม่ได้ คุณเสี่ยงที่จะถูก red-shift ออกไปจากฝูง
ปล.ส่วนที่ 5 และ 6 รอ Claude แปป หมด Token 🪫
Last updated
