- การผงาดขึ้นของ เครื่องมือสร้างโค้ดด้วย AI กำลังทำให้บทบาทของโปรแกรมเมอร์ถูกย่อเหลือเพียงผู้ตรวจทาน
- ความจริงที่น่าอึดอัดที่สุดของเครื่องมือเขียนโค้ดด้วย AI คือ มันใช้งานได้จริง และถ้ายังไม่เชื่อ ก็รออีก 6 เดือน
- นักพัฒนาระดับซีเนียร์อาจปฏิเสธการใช้ AI ด้วยหลักการทางศีลธรรมได้ แต่สุดท้าย เพื่อนร่วมงานรุ่นจูเนียร์ที่ติดบาซูก้ากับเจ็ตแพ็ก ก็จะทิ้งห่างในด้านประสิทธิภาพ
- ในฐานะคนรุ่นสุดท้ายที่ปั้นโค้ดด้วยมือ เราจะโหยหาช่วงเวลาที่นั่งปล้ำกับดีบักเกอร์ตอนตีสอง และความภูมิใจว่า "ฉันสร้างสิ่งนี้ขึ้นมา"
- ไม่ได้เฉลิมฉลองโลกใหม่ และไม่ได้ต่อต้านมัน แต่ตอนนี้คือเวลาแห่ง การไว้อาลัยให้งานฝีมือที่กำลังเลือนหาย
ยุค AI และความจริงของโปรแกรมเมอร์
- ฉันไม่เคยต้องการให้ AI มากินและนำบทความบล็อกกับโค้ดที่ฉันเขียนไปเคี้ยวซ้ำ เพื่อให้ใครบางคนเอาไปหารายได้
- บทบาทของโปรแกรมเมอร์กำลังถูกลดชั้นลงเหลือระดับ เจ้าหน้าที่ TSA เวอร์ชันแต่งภาพให้ดูดี กลายเป็นคนที่คอยตรวจโค้ดว่า AI ไม่ได้ลักลอบนำสิ่งอันตรายเข้าสู่โปรดักชัน
- ข้อเท็จจริงที่เลวร้ายที่สุดเกี่ยวกับเครื่องมือ AI คือ มันได้ผลจริง และอีก 6 เดือนข้างหน้าจะยิ่งชัดเจนขึ้น
ความต่างของการรับมือในแต่ละรุ่น
- ถ้าคุณอยู่ช่วงปลายอาชีพการงาน คุณอาจปฏิเสธ AI ด้วยหลักการทางศีลธรรมได้
- นักพัฒนาช่วงต้นอาชีพใช้ Warp, Cursor, Claude กันอยู่แล้ว และใช้ ChatGPT เป็นทั้งนักบำบัดและเพียร์โปรแกรมเมอร์
- บทความนี้มุ่งถึง นักพัฒนาวัย 40+ ที่ยังไม่ตระหนักถึงความจริงข้อนี้
- ถ้าซีเนียร์ปฏิเสธ AI เพื่อนร่วมงานจูเนียร์จะทิ้งห่างแบบ เจ็ตแพ็กติดบาซูก้า ปะทะจักรยานพิกซี และหัวหน้าก็จะเริ่มถามว่าทำไมคุณได้เงินเดือนมากกว่าสองเท่า แต่เขียนโค้ดได้แค่หนึ่งในสิบ
ทางเลือกที่เป็นจริง
- ถ้ามีภาระผ่อนบ้าน ผ่อนรถ และมีครอบครัว สุดท้ายคุณก็จะเลือกทางที่ ปฏิบัติได้จริง
- มันอาจเป็นการตัดสินใจที่ตัวคุณในวัยหนุ่มสาวผู้เต็มไปด้วยอุดมคติไม่ต้องการ แต่เป็นการตัดสินใจเพื่อปกป้องบ้าน รถ และความมั่นคงของครอบครัว
ไว้อาลัยให้คนรุ่นสุดท้ายที่เขียนโค้ดด้วยมือ
- วันหนึ่งไกลออกไป เราอาจเล่าให้หลานฟังว่าสมัยที่เราพิมพ์ syntax ของ JavaScript ด้วยนิ้วมือนั้นดูน่าขันแค่ไหน แต่ลึก ๆ แล้วเราจะคิดถึงมัน
- เราจะคิดถึงสัมผัสของช่างฝีมือที่ จับโค้ดไว้ในมือและปั้นมันเหมือนดินเหนียว การต่อสู้กับบั๊กประหลาดที่ทำให้ต้องยอมแพ้ต่อดีบักเกอร์ตอนตีสอง และประสบการณ์ของการสร้างบางสิ่งที่ทำให้รู้สึกภูมิใจ
- ความพึงพอใจแบบ ลายเซ็นของศิลปิน ที่ทิ้งไว้ใน GitHub repository ว่า "ฉันสร้างสิ่งนี้ขึ้นมา" จะหายไป
ท่าทีต่อโลกใหม่
- ไม่ได้เฉลิมฉลองโลกใหม่และไม่ได้ต่อต้านมัน เหมือนดวงอาทิตย์ขึ้นแล้วก็ตก มันคือ กระแสที่หยุดไม่ได้ด้วยการประท้วง
- งานฝีมือที่เรียกว่าการเขียนโปรแกรมจะกลายเป็นวัตถุแห่งความสงสัยใคร่รู้ของคนรุ่นหลัง เหมือน เครื่องมือช่างตีเหล็ก ในแหล่งขุดค้นทางโบราณคดี
- แม้ทุกสิ่งจะต้องกลับคืนสู่ฝุ่นผงตามธรรมชาติของสรรพสิ่ง แต่ถึงอย่างนั้น ตอนนี้ก็ยังเป็นเวลาแห่ง การไว้อาลัยให้งานฝีมือที่กำลังเลือนหาย
ประเด็นสำคัญในคอมเมนต์
-
AI code review และ technical debt
- การรีวิวโค้ดโดยนักพัฒนาซีเนียร์ยังคงจำเป็น แต่ขั้นถัดไปอาจเป็น AI code reviewer, AI refactorer, AI security auditor และอื่น ๆ
- โปรเจ็กต์อย่าง Ralph และ Gas Town กำลังชี้ไปในทิศทางนี้
- ตอนนี้ Claude สร้าง โค้ดซ้ำซ้อนและเยิ่นเย้อ แต่เมื่อใส่ขั้นตอน AI เพิ่มเข้าไปอีกก็แก้ปัญหาได้จริง
- ถ้าพยายามให้จบทุกอย่างในบทสนทนาเดียว ผลลัพธ์จะกลายเป็นขยะ แต่นั่นไม่ได้แปลว่าเป็นไปไม่ได้ที่จะไม่สร้างขยะ
- technical debt กำลังสะสมเร็วที่สุดในประวัติศาสตร์ และบทความปี 2007 ของ Greg Jorgensen เรื่อง "Introduction to Abject-Oriented Programming" แม้จะเป็นงานเสียดสี แต่กลับอธิบายรูปแบบการเขียนโค้ดของ Claude ได้อย่างแม่นยำ
-
คำถามเรื่องความยั่งยืนทางเศรษฐกิจ
- โมเดลที่ดีกว่านี้อาจ ไม่คุ้มทุนในเชิงเศรษฐกิจ หากไม่ลดการใช้พลังงานและต้นทุนฮาร์ดแวร์ลง
- เมื่อเงินลงทุนก้อนมหาศาลที่อัดฉีดฟรีหมดลงและเงินอุดหนุนสิ้นสุด ตลาด coding agent จะได้รับผลกระทบ
- แม้เพิ่มขนาดโมเดล 10 เท่า ก็เกิดภาวะ ผลตอบแทนลดลง ที่ยังไปไม่ถึงการเพิ่มประสิทธิภาพ 10 เท่าแล้ว
- หากฟองสบู่การลงทุนขนาด 17 เท่าของยุคดอทคอม แตกขึ้นมา จะมีใครแบกรับต้นทุนการรันโมเดลไหว
- การก้าวกระโดดครั้งแรกของ LLM นั้นเกิดขึ้นอย่างไม่คาดคิด ไม่ได้ถูกวางแผนไว้ และที่สำคัญคือ ทำซ้ำไม่ได้
-
ต้นทุนพลังงานและกฎระเบียบ
- ต้นทุนพลังงานอาจลดลงเมื่อเวลาผ่านไป เพราะมีแรงจูงใจให้สร้างโมเดลและฮาร์ดแวร์ที่มีประสิทธิภาพขึ้น แต่ตอนนี้ยังอยู่ในขั้น นำชิปสำหรับเกมเมอร์มาดัดแปลงใช้
- มีโมเดลอย่าง Kimi K2.5 ที่รันบนฮาร์ดแวร์ของตัวเองได้แล้ว แต่ด้วย Jevons Paradox ต่อให้ประสิทธิภาพพลังงานดีขึ้น การใช้งานที่เพิ่มขึ้นก็อาจทำให้ต้นทุนพลังงานรวมสูงขึ้น
- กฎระเบียบอาจเป็นวิธีเดียวที่หยุดอนาคตแบบนี้ได้ และถ้าค่าไฟฟ้าขึ้นเป็นสองเท่า ก็อาจเกิดเจตจำนงทางการเมืองขึ้นมา
-
การปะทะกันระหว่างทุนนิยมกับระบบอัตโนมัติ
- ระบบเศรษฐกิจทุนนิยมพึ่งพาวงจร แรงงาน → ค่าจ้าง → รายได้ → การบริโภค → รายรับ และแม้ทุนจะพยายามแทนที่แรงงานเพื่อลดต้นทุนอยู่เสมอ แต่นั่นก็ทำลายเศรษฐกิจเอง
- หากคำแนะนำจาก AI ทำผลงานเหนือกว่า CEO ทนายความ และคนกลุ่มอื่น ๆ คำถามคือใครกันที่จะได้ เงินช่วยเหลืออุ้มกิจการ
- ในท้ายที่สุด เมื่อความมั่งคั่งกระจุกตัวจนการเลี้ยงดูครอบครัวเป็นไปไม่ได้ กฎหมายและสัญญาทางสังคมก็จะต้องถูกปรับ มิฉะนั้นก็จะเกิดความโกลาหล
-
คุณค่าของโอเพนซอร์สและการร่วมมือกันแบบมนุษย์
- โปรเจ็กต์ Pinafore เป็นการทดลองสร้าง เว็บแอปที่สมบูรณ์แบบโดยไม่ประนีประนอมด้านประสิทธิภาพ การเข้าถึง และความปลอดภัย
- มันทำงานได้ดีแม้บน KaiOS และยังรักษาวัฒนธรรมที่เปิดรับผู้มีส่วนร่วม
- อีก 6 เดือนใคร ๆ ก็อาจสร้าง Pinafore เวอร์ชันของตัวเองด้วย vibe-coding ได้ แต่ระหว่างทาง โอกาสในการพบปะและร่วมมือกันระหว่างผู้คน จะหายไป
- โค้ดคือ แบบจำลองของโลกจริง เป็นสิ่งที่แสดงความต้องการและข้อเรียกร้องของผู้คน และหากไม่เข้าใจโลกจริง ก็ไม่อาจสร้างแบบจำลองของโลกจริงได้
- ตอนที่ ChatGPT ออกมาใหม่ ๆ จากประสบการณ์ด้านการประมวลผลภาษาธรรมชาติ ฉันเคยคิดว่ามันก็คงเป็นแค่ Markov model หรือ next-word predictor แบบเดิม ๆ แต่ก็รู้สึกไม่สบายใจ และเมื่อมองย้อนกลับไป มันอาจเป็นกลไกป้องกันตัวเองก็ได้
17 ความคิดเห็น
ขอแสดงความเสียใจอย่างสุดซึ้งจริง ๆ ขอให้ผู้ล่วงลับไปสู่สุคติ
โปรเจ็กต์ที่สร้างขึ้นโดยไม่ได้เขียนโค้ดแม้แต่บรรทัดเดียวกำลังเพิ่มขึ้นเรื่อย ๆ ในโฟลเดอร์งานของผม
> นักพัฒนาช่วงต้นอาชีพใช้ Warp, Cursor, Claude ฯลฯ กันอยู่แล้ว และใช้ ChatGPT เป็นทั้งนักบำบัดและเพื่อนช่วยเขียนโค้ด
ความจริงคือ AI จะจัดการดีบักนั้นให้เองด้วย
ข้อเท็จจริงเพียงอย่างเดียวตรงนี้คือ ความเห็นของคุณไม่ใช่ข้อเท็จจริง
ภาพลวงตาที่เรียกว่าข้อเท็จจริง
แม้แต่การแก้ความเข้าใจผิดก็ให้ AI ทำ
ความผิดพลาดของมนุษย์แบบเรียกซ้ำ
ความคิดเห็นจาก Hacker News
เมื่อ 40 ปีก่อน คอมพิวเตอร์ให้ความรู้สึกราวกับเวทมนตร์จนผมเริ่มเขียนโปรแกรม
ตอนนี้เรากำลังอยู่ในยุคที่ มหัศจรรย์ยิ่งกว่าเดิม มาก
เราคุยกับคอมพิวเตอร์ได้ และจินตนาการแบบแฟนตาซีในยุค 80 ที่เคยฝันถึงระบบที่มีบุคลิกก็กลายเป็นจริงแล้ว
บางคนบอกว่า “เราสูญเสียบางอย่างไป” แต่ผมกลับรู้สึกว่าเรากำลังอยู่ใน ยุคทองของคอมพิวติ้ง
ผมคิดถึงยุคที่ไมโคร 8 บิตรุ่นเก่า ๆ มาพร้อมชุดคำสั่งฮาร์ดแวร์และโค้ดตัวอย่าง
ตอนนี้ AI ทำงานเหมือน กล่องดำ ขณะที่ซอฟต์แวร์แบบสมัครสมาชิก ฮาร์ดแวร์แบบปิด และโครงสร้างพื้นฐานแบบรวมศูนย์ (GitHub, AWS เป็นต้น) ครองโลก
การใช้ภาษาธรรมชาติเป็น pseudocode นั้นน่าสนใจ แต่แค่นั้นยังไม่พอจะกลบปัญหาของคอมพิวติ้งยุคใหม่ได้
อีก 40 ปีข้างหน้า C, bash, grep คงยังอยู่ แต่ SaaS หรือโค้ด JS, Python, Go ส่วนใหญ่ในตอนนี้น่าจะหายไปแล้ว
การพึ่งพา dependency มีมากเกินไป จนถ้าจะรัน repo จากปี 2026 ในปี 2050 ก็คงต้องแก้กันครั้งใหญ่
ยังไม่รู้ว่า AI จะแก้ปัญหานี้ได้ หรือจะทำให้ซับซ้อนยิ่งขึ้น
AI เรียนรู้แพตเทิร์นจากโอเพนซอร์สไปแล้ว และสร้างโค้ดที่ซ้ำ ๆ ได้อย่างง่ายดาย
มนุษย์ยังคงจำเป็นสำหรับงานสร้างสรรค์ แต่จากนี้จะต้องใช้คนมากแค่ไหนยังไม่แน่ชัด
ตอนนี้เราอยู่ในยุคที่พิมพ์ ‘ความหมาย’ แล้วให้มันหาคำให้ได้
ผมรู้สึกว่าเป็น ยุคที่น่าอยู่จริง ๆ
LLM อาจเป็นภัยคุกคามได้ ถ้าคุณมองตัวเองเป็นแค่ ผู้ผลิตโค้ด
แต่ถ้าคุณคือ “คนที่คิดว่าจะสร้างอะไร” มันกลับใช้เป็น เครื่องมือช่วย ได้
ตอนนี้ผมแยกออกแล้วว่างานแบบไหนควรให้ LLM ทำ และแบบไหนมนุษย์ควรทำเอง
ถ้า AI มาเขียนโค้ดแทน ความสนุกนั้นก็หายไป
สุดท้ายแล้วกระบวนการที่ผมได้ลงมือสร้างเองต่างหากที่สำคัญ
ความสามารถของ AI ในการเข้าใจบริบทยังไม่ดีพอในตอนนี้
ความเร็วในการเขียน spec กลายเป็นคอขวด และทำให้รู้สึกมืดมนกับ อนาคตของอาชีพนี้
งานที่เกี่ยวกับการควบคุมหุ่นยนต์ก็น่าสนใจ แต่ความสนุกจากการเขียนโค้ดด้วยตัวเองหายไปแล้ว
ผมไม่ได้เศร้า
ตั้งแต่เด็ก เป้าหมายของผมคือการสร้าง สิ่งที่สวยงามและมีประโยชน์
ตอนนี้ผมออกแบบระบบด้วยคำพูด และให้ AI ทำงานซ้ำ ๆ แทน
โค้ดเป็นแค่เครื่องมือเท่านั้น แก่นแท้ยังคงเป็น ‘ความสนุกจากการได้สร้างบางสิ่ง’
ผมกังวลว่าสักวัน AI จะตัดสินเองได้แม้กระทั่งว่า ‘ควรสร้างอะไร’ หรือเปล่า
ถึงอย่างนั้นผมก็ยังเชื่อว่าเหมือนหมากรุก ความสร้างสรรค์ของมนุษย์จะยังมีความหมายอยู่
การใช้งาน LLM คล้ายกับศิลปินที่ใช้ AI สร้างภาพ
ต่อให้งานที่ออกมามีคุณค่า ก็ยังรู้สึกว่ายากจะเรียกตัวเองว่าเป็น ‘coder’ จากสิ่งนั้น
ถึงอย่างนั้น การโยนส่วนที่ซ้ำซากน่าเบื่อให้ AI จัดการก็ดีเหมือนกัน
แต่ในบริษัท ผลิตภาพสำคัญกว่า ทำให้พื้นที่สำหรับการลงมือเขียนโค้ดเองค่อย ๆ ลดลง
ความคิดสร้างสรรค์ที่แท้จริงยังคงเป็นหน้าที่ของมนุษย์
เรายังออกแบบสถาปัตยกรรมที่สง่างามได้อยู่ และนั่นคือความสุขของผม
มันชวนขำตรงที่วงการเทคโนโลยีกลับรู้สึกไม่สบายใจกับการทำงานอัตโนมัติของตัวเอง
พวกเราพูดกันมาตลอดว่า “เราจะทำให้งานของคุณเป็นอัตโนมัติ” แต่ตอนนี้คนที่ถูกทำแบบนั้นกลับเป็นพวกเราเอง
เป้าหมายคือขยายขีดความสามารถของพวกเขา ไม่ใช่แทนที่คน
ผมก็เห็นใจผู้เขียนเหมือนกัน
การได้เขียนโค้ดเองพร้อมคิดเรื่องโครงสร้าง ประสิทธิภาพ และการทดสอบนั้นสนุกมาก
ผมรู้สึกแปลกที่คนจำนวนมากบอกว่า “การเขียนโค้ดไม่สนุก”
จะใช้ LLM ทำโปรเจกต์ให้เสร็จเร็วขึ้นก็ได้ แต่ผมไม่สบายใจที่ ความเข้าใจเชิงลึกต่อโค้ด กำลังหายไป
AI ยังเขียนโค้ดดี ๆ ได้ไม่เป็นธรรมชาติ และยังต้อง คอยปรับแก้ อยู่เรื่อย ๆ
คนที่ ‘เรียนเขียนโค้ดเพื่อหาเงิน’ น่าจะลำบากขึ้นกับการเปลี่ยนแปลงแบบนี้
ผมได้ยินคำว่า “รออีก 6 เดือน” มาต่อเนื่อง 3-4 ปีแล้ว
งานก็ยังไม่ได้หายไปไหน ดูเหมือนงานศพที่จัดเร็วเกินไปมากกว่า
ข้อถกเถียงเมื่อ 6 เดือนก่อน ตอนนี้แทบไม่มีความหมายแล้ว
มีคนบอกว่า “craft ของเราหายไปแล้ว” แต่จริง ๆ แล้วนั่นคือ craft ของคุณ เท่านั้น
ถ้าเป็นงานเว็บฟรอนต์เอนด์ง่าย ๆ LLM อาจแทนที่ได้ แต่การเขียนโปรแกรมทั้งหมดไม่ได้เป็นแบบนั้น
ผลลัพธ์จาก LLM เป็น ผลลัพธ์ที่ผ่านการบีบอัดแบบสูญเสียข้อมูล ดังนั้นการเติมช่องว่างของความต่างนั้นก็ยังเป็นหน้าที่ของมนุษย์
มนุษย์เป็นสิ่งมีชีวิตที่มี ประสบการณ์
ประสบการณ์ของเราคือแกนกลางของการอยู่รอด วัฒนธรรม และอัตลักษณ์
เพราะอย่างนั้นการเศร้ากับการหายไปของความเป็นช่างฝีมือจึงเป็นเรื่องธรรมชาติ
เช่นเดียวกับทักษะของคนฝึกม้าหรือสารถี craft ของโปรแกรมเมอร์ก็คู่ควรแก่การจดจำ
เราต้องการระบบอัตโนมัติ แต่ก็ต้องมี การไว้อาลัยต่อสิ่งที่สูญเสียไป ด้วย
เมื่อก่อนผมชอบอ่าน โค้ดที่มีความเป็นบทกวี แต่พอผ่านฝันร้ายจากงานดูแลรักษามาแล้ว ความคิดก็เปลี่ยนไป
วัฒนธรรมที่วัดผลงานด้วยจำนวนบรรทัดโค้ด (LOC) เป็นมาตรวัดที่ผิด
โค้ดที่ยากจริง ๆ บางทีก็แก้ปัญหาใหญ่ได้ด้วยแค่สองบรรทัด
ถ้าคนที่เคยถูกประเมินด้วย LOC ต้องหายไปเพราะ LLM ผมพูดตรง ๆ เลยว่า คงดีใจด้วยซ้ำ
หัวหน้าที่นับ LOC คงอยู่ได้ไม่นาน
เพื่อนผมคนหนึ่งออกจาก FAANG หลังทำงานมา 30 ปี แล้วไปเริ่มสตาร์ตอัป
เขาบอกว่าตอนนี้เป็นช่วงเวลาที่ดีที่สุด เพราะกำลังสร้างไอเดียที่ AI ลอกเลียนไม่ได้
เขาเปรียบไว้ว่า “ในยุคที่ทุกคนขี่จักรยานไฟฟ้า ผมกำลังเตรียมตัวแข่ง Tour de France”
คำพูดที่ว่า “อีก 6 เดือน AI จะเขียนโค้ดเก่งกว่าคุณ”
ก็เป็นแค่ คำสัญญาที่พูดซ้ำมาหลายปี เท่านั้น
พอชี้ข้อจำกัดในปัจจุบัน ก็จะได้คำตอบกลับมาแค่ว่า “รออีกนิด”
มีความเห็นในแง่ลบเยอะจนน่าแปลกใจเลยนะ
ขอแสดงความอาลัยอย่างสุดซึ้ง แม้ค่ำคืนอันยาวนานนับไม่ถ้วนของการดีบักที่ฝ่าฟันมาพร้อมกับ Mac mini เครื่องที่กำลังใช้อยู่ตอนนี้จะถูกแทนที่ด้วย AI agent ในไม่ช้า แต่คิดว่าคงจะคิดถึงช่วงเวลาแบบนี้แน่นอน
นอกเหนือจากบริการ AI แล้ว อยากรู้ว่ามีผลิตภัณฑ์ที่สร้างด้วย AI และใช้งานได้จริงอะไรบ้างไหมครับ ถ้าไม่นับ SaaS แบบครึ่ง ๆ กลาง ๆ จะมีผลิตภัณฑ์แบบนั้นอยู่ไหม? ถ้าเป็นสาย embedded ยิ่งอยากรู้เลยครับ
ขอไว้อาลัย..
ผมก็คิดเหมือนกันว่า ดูจะมีการมอง "โค้ดที่เขียนด้วยมือ" แบบโรแมนติกเกินไปหน่อย
แนวคิดแบบ "เขียนน้อยลงแต่ทำได้มากขึ้น" มีมาตลอดอยู่แล้ว
ต่อให้ไม่ใช่ AI ก็ตาม ตอนที่ GC ปรากฏขึ้นมาก็น่าจะมีบรรยากาศคล้ายๆ กัน
ถึงจะเขียนโค้ดด้วยมือเอง เราอาจรู้สึกว่าโค้ดของเราไม่มีปัญหา แต่พอเกิดปัญหาขึ้นมาก็ต้องไปแกะดูโค้ดภายในหรือไม่ก็ไล่ดูหน่วยความจำกันอยู่ดี
ต่อให้เขียนพรอมป์ต์ด้วยมือเอง เราอาจรู้สึกว่าพรอมป์ต์ของเราไม่มีปัญหา แต่พอเกิดปัญหาขึ้นมา ก็คงยังต้องไปแกะดูโค้ดภายในเหมือนกัน
แน่นอนว่าเรื่องพวกนี้ส่วนใหญ่ก็คงจะแก้ด้วยบริการ AI อีกที
ผมก็แอบจินตนาการเหมือนกันว่า โค้ดที่เขียนด้วยมืออาจกลายเป็นศิลปะร่วมสมัยในความหมายบางอย่างก็ได้..? 555
ผมกลับรู้สึกมีความสุขเสียอีกที่มีเรื่องให้ต้องเรียนรู้เพิ่มขึ้นอย่างมหาศาล
แม้แต่สิ่งที่ผมเขียนได้ยาก ผมก็ยังเขียนมันออกมาแล้วตั้งใจศึกษาอย่างเต็มที่อยู่เลย
ตั้งแต่แรกผมก็คิดว่าบริษัทขนาดใหญ่หรือโปรเจ็กต์ที่สำคัญมากจริง ๆ นั้น มนุษย์ต้องเป็นคนตรวจดูทั้งหมดอยู่แล้ว ดังนั้นในมุมของคนที่กำลังเรียนรู้ มันเลยสนุกได้ถึงขนาดนี้
ถ้าพายุแม่เหล็กไฟฟ้าถล่มสักทีแล้วโลกถูกรีเซ็ต ยุคทองก็จะมาถึง
สายงาน embedded ยังต้องดีบักกันถึงตี 2 เพราะโค้ดแค่บรรทัดสองบรรทัดอยู่เลย .. 555 ของที่ไม่มีในเอกสารนี่แม้แต่ Claude Code ก็ไม่รู้เหมือนกัน..
ผมเป็นนักพัฒนาควบคุมฮาร์ดแวร์ที่อยู่สูงกว่างาน embedded ขึ้นมาสองสามขั้น โดยเน้น Python เป็นหลัก จนถึงเมื่อไม่กี่สัปดาห์ก่อน ผมยังรู้สึกภูมิใจอยู่ลึก ๆ ที่ตัวเองต่อต้าน vibe coding และเวลาตั้งค่า debugging session ได้ลำบาก อย่างมากที่สุดที่ยอมใช้ LLM ก็คือเอาโค้ดที่เขียนยาว ๆ ไปแปะให้ GPT แล้วบอกว่า "ช่วยจับทีว่าผมพลาดตรงไหน"
พอตั้งค่า Claude แล้ว ค่อย ๆ อธิบายให้มันฟัง พร้อมกับช่วยกันเขียน
CLAUDE.mdไปด้วย ใช้สักครั้งสองครั้งไปเรื่อย ๆ ก็พบว่าเมื่อไหร่ไม่รู้ ผมเริ่มพึ่งพามันจริง ๆ แล้วต่อให้เป็นแค่ลูปง่าย ๆ ก็ไม่ต้องคอยกังวลแล้วว่าจะพลาด
break/continueหรือเปล่า ถ้าขี้เกียจจะอธิบายเป็นคำพูด ก็เขียนยาว ๆ ไปก่อนแล้วค่อยบอกว่า "ช่วยดูหน่อยว่ามีพิมพ์ผิดไหม" แค่มีโครงสร้างที่สรุปไว้ในCLAUDE.mdมันก็หาบริบทได้อย่างรวดเร็วเอง และพอจะเริ่มทำ subsystem ใหม่ขึ้นมา ก็กลับคิดว่า "อันนี้ต่างหากที่ไม่มีบริบทให้ต้องพึ่งพา งั้นให้มันเขียนไปเลยก็คงได้มั้ง?"แล้วจากนั้นก็เริ่มรู้สึกกลัวขึ้นมาจริง ๆ ทีละนิด การเขียนโค้ดแบบปล่อยสมองว่าง ๆ อย่างนี้ แล้วถ้าตอนลงหน้างานผมอ่านโค้ดนี้ที่ ~ผมเขียน~ มันเขียน ไม่รู้เรื่องขึ้นมาจะทำยังไง? นั่นยังเป็นความกังวลเบา ๆ เสียด้วยซ้ำ สิ่งที่หนักกว่าคือความกระวนกระวายว่าหรือผมจะตามกระแสที่เรียกว่า vibe coding ไม่ทันจริง ๆ แล้ว บวกกับเดิมทีผมเป็นคนที่รู้สึกสนุกกับการเปิดอ่าน manual แต่ตอนนี้ไม่ใช่แค่โอกาสที่จะได้อ่าน manual หายไปเท่านั้น ยังเหมือนกับว่าความรู้ที่สั่งสมมาผ่าน manual กำลังถูกทำให้ไร้ความหมาย จนเกิดเป็น existential fear ขึ้นมาอีก...
พูดจริง ๆ เลยนะ ตอนนี้ผมกลัวมากจริง ๆ..