การแก้แค้นของ 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: ยุค Agent Fleet กำลังมา
ตรงนี้เริ่มจะรู้สึกไม่สบายใจแล้วนะ ถ้าเหงื่อออกแล้วหรือหัวใจเต้นผิดปกติ ลองหยุดพักสักหน่อย ไปซื้อโซดา ปัดฝุ่น Resume หรืออะไรก็ได้ ค่อยๆ ทำ พร้อยตอนไหนค่อยกลับมา เรารอให้
โอเค จากตรงนี้ไป ทุกคนสัญญาว่าจะใจเย็นๆ นะ สัญญาลูกเสือ ไปกันเลย
คลื่นลูกต่อไปหลังจาก clusters หรือที่เราเรียกว่า agent "fleets" (เพราะไม่มีคำที่เหมาะกว่า) จะทำให้ developer ของคุณสามารถรัน agent มากกว่า 100 ตัวพร้อมกันได้... ด้วยความช่วยเหลือจาก agent ตัวอื่นๆ อีก Supervisory agents จะสามารถรัน coding agents เป็นกลุมหรือ pods ได้ โดยทำหน้าที่เป็นตัวกลางและเรียกคนมาช่วยเฉพาะตอนที่ agents ติดขัดจริงๆ
งานใหม่ของ software developer ในอนาคตคือการดูแล dashboard ของ coding agents และ AI supervisors ตามที่ร่างไว้ในรูปที่ 2: FY26 Org Chart บางคนอาจจะดูถูกว่างานนี้เป็นแค่การเลี้ยงเด็ก และกล่าวหาว่า AI เป็นแค่หุ่นยนต์เด็กเจ้าปัญหาที่ต้องให้ผู้ใหญ่หั่นอาหารเป็นชิ้นเล็กๆ เปลี่ยนผ้าอ้อม เก็บกวาดความยุ่งเหยิง และคอยดูไม่ให้มันเดินออกจากคอกเด็ก แต่เราชอบเรียกว่า software development นี่คือชะตากรรมของเรา
สำหรับพวก CIO, fleets จะทำให้ developer ของคุณใช้เงินได้หลายพันดอลลาร์ต่อวัน แม้ inference costs จะลดลง แต่ Jevons Paradox จะทำให้การใช้งานที่เพิ่มขึ้นชดเชยต้นทุนที่ลดลงไป ถ้าไม่เชื่อ ลองไปดู bug backlog ของคุณสิ มันเกือบจะไม่มีที่สิ้นสุด
หลายพันต่อวัน!? แต่เป็นเงินที่คุ้มค่าอย่างไม่น่าเชื่อ! องค์กร engineering ของคุณจะเริ่มสามารถทำงานเร็วตามที่คุณต้องการได้ในที่สุด เชื่อมั้ย? มันจะเหมือนกับเป็น startup อีกครั้ง คุณจะสามารถ "surprise and delight your customers" ตามที่ Jeff Bezos ชอบพูด ในระดับที่คุณไม่เคยฝันถึง
แต่คุณจะต้องหาเงินงบประมาณใหม่จากที่ไหนสักแห่ง บางทีคุณอาจโชคดีที่บริษัทมีเงินเยอะ ผมเพิ่งได้ยินมาตอนที่เขียนนี่ว่า แบรนด์ใหญ่ที่ทุกคนรู้จักมี slush fund ขนาดใหญ่ไว้สำหรับทดลอง LLM ในปีนี้ สงสัยว่ามีบริษัทไหนทำแบบนี้บ้าง และการทำแบบนี้อาจจะช่วยหลีกเลี่ยง black swan event ในการวางแผนงบประมาณของปีนี้โดยไม่รู้ตัว?
ถ้าหลังจากคุ้ยโซฟาหาเหรียญแล้ว ไม่สามารถหาเงินเพิ่ม 50k ต่อ developer ภายในสิ้นปีได้ บางทีคุณอาจจะต้องหาเงินทุนเพิ่ม เรื่องนี้น่าจะเป็นประโยชน์กับ startups มากกว่าบริษัทใหญ่ตอนนี้ ผมคิดว่าเรื่อง agent นี่ทำให้หลายสนามแข่งขันเท่าเทียมกันขึ้น
ส่วนที่น่ากลัวของเรื่องนี้คือ ถ้าหาเงินหรือระดมทุนไม่ได้ แต่ยังอยากแข่งขันได้ คุณจะต้องตัดสินใจเจ็บปวดเพื่อให้มี opex budget พอ และถ้าคุณคิดเลขดู จะมีแผนกเดียวเท่านั้นที่สมเหตุสมผลในการตัด
ส่วนที่เหลือ ผมกลัวว่าจะเป็นแบบฝึกหัดให้ผู้อ่านแล้ว ผมไม่รู้ว่าจะเกิดอะไรขึ้น ผมแค่คนธรรมดา บางทีเรื่องนี้อาจจะโอเวอร์ และคุณอาจจะต้องเพิ่มเวลา 6 เดือนในการประมาณการของผม ผมเถียงกับ Claude เรื่องนี้นานพอสมควร และ Claude ยอมแพ้บอกว่ามันเป็นไปได้ถ้าผมขยายประมาณการทั้งหมดออกไป 6 เดือน ดังนั้นข่าวร้ายอาจจะไม่ร้ายขนาดนั้น!
และตอนนี้มาถึงข่าวดี! คุณขอให้เล่าข่าวร้ายก่อนใช่มั้ย? ไม่ว่าจะอย่างไรก็ตาม มันผ่านไปแล้ว ต่อไปจะง่ายมาก และเราเกือบจะเสร็จแล้ว ที่เหลืออยู่คือการแก้แค้นหวานๆ
ส่วนที่ 6: การแก้แค้นของ Junior Developer
ปรากฏว่าข้างหน้าไม่ได้มีแต่เรื่องเศร้าหมอง แต่กลับตรงข้าม! จะมีงานเยอะในอุตสาหกรรม software เพียงแต่ไม่ใช่งานที่ต้องเขียนโค้ดด้วยมือแบบคนป่าเถื่อน
รูปแบบที่ผมสังเกตเห็นอย่างต่อเนื่องในปีที่ผ่านมา ตั้งแต่ผมเผยแพร่ "The Death of the Junior Developer" คือ junior developers กลับกระตือรือร้นที่จะใช้ AI มากกว่า senior devs ไม่ใช่ทุกกรณี บางคนบอกผมว่า junior ของพวกเขากลัวที่จะใช้เพราะคิดอย่างไม่มีเหตุผลว่ามันจะมาแย่งงาน (ดู: Behavioral regret theory ขอบคุณ Dr. Daniel Rock สำหรับข้อมูลนี้!)
แต่ส่วนใหญ่แล้ว junior developers รวมถึง (a) dev ใหม่ป้ายแดง (b) dev ที่ยังเรียนอยู่ และ (c) dev ที่ยังคิดอยู่ว่าจะเรียน ล้วนแล้วแต่เรียนรู้เรื่องนี้ได้เร็วมาก พวกเขาจับหนังสือ O'Reilly AI Engineering ซึ่งตอนนี้ dev ทุกคนต้องรู้ทั้งเล่ม และถือว่าเป็นการฝึกงาน พวกเขาใช้ chat coding ทั้งหมด ใช้ coding assistants ทั้งหมด และผมรู้ว่า junior developers หลายคนใช้ coding agents อยู่แล้ว
Junior devs กำลัง vibing พวกเขาเข้าใจ โลกกำลังเปลี่ยน และต้องปรับตัว ดังนั้นพวกเขาจึงปรับตัว!
ในขณะที่ senior developers กำลัง... ดิ้นรน พูดอย่างสุภาพ ผมมีเพื่อนดีๆ หลายคน รุ่นเก่าเหมือนผม ที่แทบไม่เคยแตะ LLM หรือแม้แต่เห็นมันเปลือยเปล่า อีกหลายคนแค่ลองใช้ coding assistants นิดเดียว ผมยังได้ยินเรื่อง senior developer cohorts จากผู้นำอุตสาหกรรมหลายคน ที่ตั้งหลักต่อต้านมันโดยสิ้นเชิง
ตัวอย่าง: tech director จากแบรนด์ดังเพิ่งบอกผมว่า dev คนหนึ่งส่ง PDF ให้พวกเขา อธิบายด้วยสไลด์สีและกราฟว่าทำไมทุกคนถึงต้องละทิ้ง AI และกลับไปเขียนโค้ดปกติ ตอนนี้เห็นมั้ยว่าผมหมายความว่าอะไรตอนที่บอกว่าเรามีช่วงกว้างของความเข้าใจมากที่สุดในประวัติศาสตร์เทค? ยังมีคนที่คิดว่านี่เหมือน crypto หรืออะไรแบบนั้น โอ้พระเจ้า!
ฟัง senior devs บางคนกำลังดิ้นรนไม่ต้องสงสัย เพราะพวกเขายุ่ง ผมเข้าใจ แต่ผมคิดว่าสำหรับคนส่วนใหญ่ มีอะไรลึกกว่านั้น ตอนที่ผมเคยเขียนบล็อกเรื่อง programming languages ผมพบว่าแค่บอกว่าผมชอบ programming language ไหนสักภาษา ภาษาไหนก็ได้ จะทำให้ผมตกอยู่ในสถานการณ์ร้ายแรงอย่างน่าแปลกใจ คนจะมาโวยวายใน threads น้ำลายดิจิทัลกระเซ็น ผมไม่เข้าใจว่าเกิดอะไรขึ้น ทั้งหมดนี้แค่เพราะผมบอกว่าชอบภาษาหนึ่ง?
หลายปีผ่านไป ผมเข้าใจแล้วว่าเป็นเพราะพวกเขารู้สึกว่าถ้าคนฟังผม ทุกคนจะเปลี่ยนไปใช้ภาษานั้น แล้ว senior devs จะต้องเรียนรู้มันด้วย พวกเขาเท่ากับการเรียนรู้อะไรใหม่ - และผมหมายถึงใหม่จริงๆ เหมือนเริ่มต้นใหม่ - กับการสูญเสียงานและประกันสุขภาพและล้มละลายและตายข้างนอกโรงพยาบาลที่บันได เป็นธรรมชาติของมนุษย์เมื่อเผชิญกับการเปลี่ยนแปลงใหญ่ที่ไม่แน่นอน
ผมเชื่อว่าพวกที่ปฏิเสธ AI น่าเสียดายที่ลงทุนในสถานะเดิมมาก ซึ่งพวกเขาคิดผิดอย่างร้ายแรงว่าเท่ากับความมั่นคงในงาน พวกเขาบอกตัวเองว่า AI ยังพิสูจน์ไม่ได้ว่าดีกว่าพวกเขาในการทำ X, Y หรือ Z ดังนั้นมันจึงยังไม่พร้อม
แต่จากมุมมองของผม พวกเขาต่างหากที่ไม่พร้อม ผมอธิบายเรื่องนี้ละเอียดเพื่อให้เพื่อนๆ ช่วยตัวเองได้
ไม่ว่า luddites จะไม่ใช้มันด้วยเหตุผลอะไร พวกเขาแพ้แล้ว Junior devs ได้เปรียบทางยุทธศาสตร์ และการต่อสู้จบลงแล้ว ไม่เพียงแต่ junior devs ใช้ AI เร็วกว่าโดยเฉลี่ย แต่ junior devs ยัง - น่าแปลกใจ! - ถูกกว่าด้วย ถ้าบริษัทจะต้องตัดทอนเพื่อจ่ายให้ dev ของพวกเขาชนะด้วย tokens คุณคิดว่าพวกเขาจะเก็บ dev ไหนไว้?
พวกที่ต่อต้าน AI ยังไม่เห็นสิ่งนี้เลย ดังนั้น junior devs จะต้องลดดาบแสงลง และตะโกนข้อความนี้จากยอดเขาข้างบน:
ไม่อย่างนั้นคุณจะได้... else clause คุณรู้ใช่มั้ย else clause ลาวา คุณตกลงไป ทำไมผมต้องสะกดให้ฟังด้วย?
ดังนั้น! เราอยู่ที่จุดจบของหนังแล้ว คุณทำได้ ไฮไฟ junior devs! ✋ผมไม่ได้คาดคิดเรื่องนี้เมื่อปีที่แล้ว แต่ผมประทับใจมากที่พวกคุณเป็นคนที่ได้โหวตให้ผู้แพ้ออกจากเกาะ และไฮไฟให้กับ senior devs ที่เข้าใจเรื่องนี้และกำลังไปต่อแล้ว พวกคุณไม่ได้มีเยอะอย่างที่คิด อย่างน้อยก็นอก Bay Area Bubble
สำหรับคนที่เหลือ... หันไปหามัน เป็นเหมือน Junior จริงจัง ไม่สำคัญว่าคุณเป็นใคร หรือแม้แต่ว่าคุณเป็นคนหรือบริษัท หันไปหา ถึงเวลาแล้ว AI มาแล้ว
ที่ Sourcegraph เราศึกษาปัญหานี้อย่างหนักทุกวัน เรากำลังทำงานสู่โลกที่ทุกอย่างนี้ แม้ว่าจะแพงมาก แต่ก็น่าทึ่งและเร็วๆ นี้จะปฏิเสธไม่ได้ว่ามีค่า สำหรับทุกคนที่เลือกใช้มันอยู่แล้ว กองทัพ coding-agent กำลังเดินข้าม Rubicon และการเชื่อมต่อพวกมันเข้ากับ enterprise IP assets และ code bases คือเกมใหญ่ต่อไปในเมือง นั่นคือที่ที่เรามุ่งเน้น
กว้างขึ้น เราทุกคนคิดว่าจะมีงาน งานเยอะ เราคิดว่าการจ้างงานที่หยุดนิ่งตอนนี้เป็นแค่สัญญาณว่าบริษัทไม่รู้ว่าจะทำอะไร แต่ในปีงบประมาณนี้เอง บริษัททุกรูปแบบทุกขนาดสามารถทะเยอทะยานได้มากกว่าที่เคย และผมพูดแบบนี้โดยไม่มีการพูดเกินจริงแม้แต่นิด ถ้าประวัติศาสตร์เป็นตัวบ่งชี้ จากไอน้ำไปสู่ไฟฟ้าไปสู่คอมพิวเตอร์ เราจะเห็นคนที่สร้าง software มากขึ้นอย่างมหาศาล คลื่นผลิตภาพที่เกิดขึ้นอาจจะดัน GDP ของประเทศขึ้นในจำนวนที่น่าทึ่ง 100% หรือมากกว่า
แต่เพื่อจะมีส่วนร่วม คุณจะต้องเรียนรู้คลื่นลูกต่อไป ในฐานะ developer หรือแม้แต่ถ้าคุณเป็น PM หรือตำแหน่งที่เกี่ยวข้องกับเทคโนโลยี - คุณต้องตามทัน coding agents และตามทันให้ได้ ไม่มีการผัดวันประกันพรุ่งและเล่นเบาๆ อีกแล้ว หาวิธีใช้ automatic coding agent ตอนนี้เลย และอย่าถอดใจจนกว่าจะรู้วิธีใช้มัน ผลักดันมันจนกว่ามันจะทำงานให้คุณ
และอย่าหยิ่งและพยายามผลักดันมันแรงเกินไป Coding agent เหมือนเครื่องเจาะอุโมงค์ตัวใหญ่ในเมื่อคุณเคยใช้พลั่วไฟฟ้า มันแข็งแรง แน่นอน แข็งแรงมาก แต่มันแพง ยังคงติดขัดได้อย่างรุนแรง และคุณต้องนำทางมันอย่างระมัดระวังตลอดเวลา และมันไม่ได้เร็ว - มันจะไม่เจาะผ่าน English Channel ในหนึ่งวัน ดังนั้นอย่าตั้งความคาดหวังที่ไม่สมจริง แค่มุ่งเน้นไปที่ความแตกต่างของสิ่งนี้จาก 2 ปีที่แล้วตตอน ChatGPT ออกมา แล้วประหลาดใจกับความแตกต่างจาก 2 เดือนที่แล้วตอนที่สิ่งดีที่สุดที่เรามีคือ chat
สนุกกับมัน เรียกว่า vibe coding ไม่ใช่เปล่า ปรากฏว่าการไม่เขียนโค้ดค่อนข้างง่าย
อย่าตกเป็นเหยื่อของกับดักการเลื่อนงานที่ดูน่าสนใจ การพูดว่า "มันจะเร็วกว่านี้ใน 6 เดือน ดังนั้นผมจะเลื่องงานนี้ออกไป 6 เดือน" เหมือนกับการพูดว่า "ผมจะรอจนกว่าการจราจรจะสงบลง" การเดินทางของคุณจะสั้นลง แน่นอน แต่คุณจะมาถึงท้ายที่สุด
Agents กำลังมา Fleets ขนาดใหญ่ ไม่ใช่แค่ coding agents Agents กำลังเกิดขึ้นทุกที่ ทั่วทั้งธุรกิจและกระบวนการเทคโนโลยีการผลิต ผมคุยกับลูกค้าใหญ่เมื่อเช้านี้ที่สร้าง "AI task machines" หลายสิบถึงหลายร้อยตัวแล้ว - agents ที่สร้างขพิเศษเพื่อทำส่วนเฉพาะของ workflows ขนาดใหญ่ของพวกเขา อนาคตคือตอนนี้ Agents มาแล้ว
ถ้าคุณมองหา call to action ผมให้คำแนะนำเดียวกันกับทั้งมนุษย์และบริษัท: เปลี่ยนไป chat ทิ้ง completions หยุดเขียนโค้ดด้วยมือ เรียนรู้ว่า validation และ verification ทำงานอย่างไรในโลกใหม่ ทำความคุ้นเคยกับพื้นที่นี้ และติดตาม state of the art หยุดบ่นและเปลี่ยนสิ่งนี้ให้เป็นแบบฝึกหัด engineering ติดตามให้ทัน คุณทำได้
เหนือสิ่งอื่นใด ให้ความสนใจอย่างใกล้ชิดกับ coding agents ใหม่ พวกมันอาจจะใช้ไม่ได้สำหรับ dev ส่วนใหญ่วันนี้ แต่ไม่นานแล้ว ไม่นานเลย พวกมันเป็นเครื่องจักรผลิตภาพที่แพงมาก - และในราคาที่ถูกมากเมื่อเทียบกับมนุษย์ ทางเลือกที่ยากสำหรับทุกคนข้างหน้า
งานใหม่ของ "software engineer" ภายในสิ้นปีนี้ จะมี direct coding น้อย และการเลี้ยงดู agent เยอะ ยิ่งคุณเข้าร่วมเร็วเท่าไหร่ ชีวิตคุณจะง่ายขึ้นเท่านั้น
ถ้าคุณไม่แน่ใจจริงๆ ว่าจะทำอะไรหลังจากอ่านมาถึงตรงนี้ ไปขอความช่วยเหลือจาก junior developer
ก็ประมาณนั้นแหละ เรากำลังจะถึงครบรอบ 2 ปีของ "Cheating is all you need" มันบ้าไปเลยที่เปลี่ยนแปลงไปมากแค่ไหนตั้งแต่ตอนนั้น ถ้าผมส่งบล็อกโพสต์นี้ย้อนเวลากลับไป ตัวผมเมื่อ 2 ปีที่แล้วจะไม่เชื่อ
ขอบคุณเจ้านาย Quinn Slack ที่ทำให้เราตกใจกับไอเดียส่วนใหญ่เหล่านี้เมื่ออาทิตย์ที่แล้ว หวังว่าคุณจะพบว่าสิ่งนี้มีประโยชน์ในทางใดทางหนึ่ง ผมจะไปตดใส่นักลงทุนแล้ว Ciao!
Last updated