ช่วยทำ Amd ROCm ด้วย

หากซื้ออีบุ๊ก (มีค่าใช้จ่าย) ดูเหมือนว่าสามารถดาวน์โหลดได้ทั้งแบบ pdf และ epub
สำหรับผู้ที่ต้องการ ผมจะเตรียมไว้ให้เร็ว ๆ นี้
ขอบคุณครับ

แค่ลองสั่งอะไรสักนิดก็รู้สึกได้ทันที ตอนแรกผมไม่เข้าใจว่าทำไมนักพัฒนาคนอื่นถึงบอกว่าพวกเขาเหนื่อยล้ากับการรีวิว แต่ไม่ว่าจะใช้พรอมป์ต์และทักษะได้ดีแค่ไหน โค้ดที่ AI สร้างก็มักจะมีข้อบกพร่องอยู่ตรงไหนสักแห่งเสมอ

เห็นด้วยครับ

แม้แต่สำหรับผมที่คลุกคลีลองผิดลองถูกมานานกว่า 10 ปี Claude Code ก็ทำให้ผมได้สัมผัสความรู้สึกตื่นเต้นแบบตอนที่ได้เจอภาษาโปรแกรมครั้งแรกอีกครั้ง

ผมไม่เคยปล่อยผ่านผลลัพธ์ที่ LLM สร้างขึ้นมาแบบดื้อๆ เลย ตรงกันข้าม เวลาเกิดคอขวดขึ้นมา ผมกลับรู้สึกว่า อ้อ มันแก้ได้หลายวิธีแบบนี้นี่เอง และยิ่งได้เรียนรู้กับศึกษามากขึ้นไปอีก

เห็นด้วยอย่างแรงเลยครับ

ช่วงนี้ถ้าดูรอบตัวจริง ๆ ก็จะเห็นว่าคนที่มีประสบการณ์การทำงานมากกว่ากลับสนุกกับการเล่น AI มากกว่าเสียอีก
เหมือนว่าเมื่อมีประสบการณ์ว่าเคยทำอะไรบางอย่างมาแล้ว พอเอางานที่เมื่อก่อนเคยทำร่วมกับคนไปให้ AI ทำแทน ก็ให้ความรู้สึกว่าสะดวกดี

มองอีกมุม คนที่สนุกกับสถานการณ์นี้ก็อาจเป็นคนที่ไปถึงจุดหนึ่งแล้ว เลยมอง AI เหมือนของเล่นและเล่นกับมันได้ แต่ก็อดกังวลไม่ได้ว่าคนหนุ่มสาวคงรู้สึกว่าหนทางข้างหน้าช่างมืดมน

ผมได้อ่านต้นฉบับแล้ว เป็นการวิเคราะห์และวิจารณ์ที่สมเหตุสมผลครับ แต่โมเดลที่ใช้ทดลองในงานวิจัยที่ถูกอ้างอิงนั้น ในตอนนี้ให้ความรู้สึกว่าค่อนข้างล้าสมัยไปหน่อย(?)

สรุปความคิดเห็นใน Hacker News ในอีกมุมหนึ่งเล็กน้อย](https://news.ycombinator.com/item?id=47282777)

จุดไฟแพสชันขึ้นมาอีกครั้ง — เสียงที่โดนใจจากคนมีประสบการณ์

burnstek (วัย 50+)

• เหนื่อยล้ากับการเปลี่ยนแปลงไม่รู้จบของเว็บสแต็ก (Angular, React, Vue, npm ฯลฯ) จนหยุดเขียนโค้ดไปเลย
• เครื่องมืออย่าง Claude Code กลายเป็น "สูตรโกงขั้นสุด" ที่ปลุกความอยากสร้างสรรค์กลับมา
• ยังเข้าใจสถาปัตยกรรมและ plumbing ของโค้ด แต่ไม่จำเป็นต้องใส่ใจกับรายละเอียดการ implement อีกต่อไป
• เสริมด้วยว่ายินดีหาก LeetCode จะหายไปด้วย

kitd (วัย 60+, มีกำหนดเกษียณฤดูร้อนนี้)

• อยู่ฝั่งตรงข้าม: เอเจนต์ได้ พรากความพึงพอใจส่วนใหญ่จากการออกแบบฟีเจอร์ การลงมือทำ การทดสอบ และการทำให้เสร็จ ไป
• มองว่าการทำของให้เรียบง่ายและมีประสิทธิภาพโดยไม่พึ่งเฟรมเวิร์กก็ให้ความภูมิใจได้มากพออยู่แล้ว
• เปรียบว่าเหมือนความรู้สึกของช่างทอผ้าในยุคปฏิวัติอุตสาหกรรมเมื่อเจอเครื่องทอผ้าแบบกลไก
• ยอมรับเสน่ห์ของเอเจนต์ในมุมธุรกิจ แต่สำหรับตัวเอง ความสุขจากการเขียนโค้ดหายไปแล้ว

LogicFailsMe (ประสบการณ์ยาวนาน)

• มีไอเดียล้นแต่ขาดเวลาเขียนโค้ดต้นแบบ และ Claude Code ก็เข้ามาแก้ปัญหานั้น
• AI ยังปรับปรุงประสิทธิภาพของโค้ดที่ปรับแต่งมาแล้วไม่ได้ จึงให้ความรู้สึกเหมือนได้ วิศวกรจูเนียร์ที่ไม่รู้จักเหนื่อย
• สิ่งที่ Cursor เมื่อปีก่อนยังงงอยู่ Claude Code จัดการได้ง่าย แต่ก็ยังมีอาการหลอนในจุดแปลก ๆ อยู่
• ประเมิน AI coding agent ว่าเป็นนวัตกรรมระดับเดียวกับตอนที่ได้เห็น CUDA ครั้งแรกเมื่อ 20 ปีก่อน
• คาดว่าก็จะมีคนต่อต้าน AI เหมือนที่เคยต่อต้าน CUDA ในตอนนั้น

ACCount37

• แก่นของความเห็นที่แตกออกเป็นสองฝั่งคือ คุณชอบงานระดับ "ไมโคร" ที่เอาเศษชิ้นส่วนโค้ดมาต่อกัน หรือชอบ การสร้างระบบที่ใช้งานได้จริง ("แมโคร")
• ถ้าเป็นแบบแรกก็จะไม่ชอบ AI agent ถ้าเป็นแบบหลังก็น่าจะชอบ

ThrowawayR2

• มองว่าแก่นแท้ของความแตกแยกคือความต่างระหว่าง สายผู้จัดการ vs สายแฮ็กเกอร์
• ชี้ว่าคนจำนวนมากที่คลั่งไคล้ LLM ไม่ใช่สายโค้ดแบบลงมือจริง แต่เป็น PM, ผู้จัดการ, หรือวิศวกรระดับ Staff+
• และยังชี้ด้วยว่าข้อมูลฝึกของภาษาและเฟรมเวิร์กในอนาคตก็สุดท้ายมาจากพวกแฮ็กเกอร์ที่ทำงานระดับ "ไมโคร" นั่นเอง

nineteen999 (ประสบการณ์กว่า 40 ปี)

• มือไม่คล่องเหมือนเดิมแล้ว มีทั้งข้ออักเสบและอาการปวดข้อมือ ทำให้ AI กลายเป็น ของขวัญจากพระเจ้า
• มีประสบการณ์ว่าถ้าจัดระบบให้ดีและโฟกัสที่ API/อินเทอร์เฟซ AI ก็สร้างผลงานที่ยอดเยี่ยมได้

cheema33 (วัย 50+)

• เป็นคนที่หาความสุขจาก การแก้ปัญหาเอง มากกว่ารายละเอียดของ API จึงรู้สึกว่า Claude Code ช่วยติดปีกให้
• มองว่าจะเกิดการเปลี่ยนแปลงคล้ายกับที่บทบาทของโปรแกรมเมอร์สาย assembly ค่อย ๆ ลดลงตลอดหลายสิบปี

bartread (อายุใกล้เคียงกัน สถานการณ์คล้ายกัน)

• เหนื่อยอย่างมากกับการต้องเรียนรู้การทำงานเดิม ๆ ซ้ำไปซ้ำมาในรูปแบบใหม่ตลอดหลายสิบปี
• Claude คือ ตัวคูณพลังขนาดมหาศาล ที่ทำให้โฟกัสกับการแก้ปัญหาและ UX ได้โดยไม่ต้องพิมพ์โค้ดเอง
• ไม่ต้องแตะ CSS หรือ Tailwind ด้วยตัวเอง แค่อธิบายหน้าตาที่ต้องการก็ได้ผลลัพธ์ตามนั้น
• เรียกสิ่งนี้ว่า "การเขียนโปรแกรมเชิงประกาศขั้นสุด"

jitbit (ปีนี้อายุ 50)

• ไม่เคยหมดแพสชันกับการเขียนโค้ด แต่ เวลาที่มีจำกัด กลายเป็นปัญหามากขึ้นเรื่อย ๆ
• Claude Code และ Cursor ช่วยประหยัดเวลาได้มหาศาล
• ยังมีเวลาอีก 10~20 ปีที่น่าจะทำงานได้อยู่ จึงยิ่งรู้สึกว่าเครื่องมือพวกนี้สำคัญมาก

คำวิจารณ์และความกังวล — เสียงเตือนจากผู้เชี่ยวชาญ

samiv (Principal Engineer)

• รู้สึกสูญเสียที่ความเชี่ยวชาญซึ่งสั่งสมมาหลายสิบปีถูก ลดคุณค่าอย่างมาก
• จากประสบการณ์สังเกตพบว่าคนที่ตื่นเต้นกับ AI มากที่สุดกลับเป็นคนที่เขียนซอฟต์แวร์ไม่ค่อยเก่ง
• รู้สึกหดหู่และหมดแรงจูงใจจนกำลังคิดเรื่องเกษียณก่อนเวลา

hi_hi

• แย้งว่าเอาความเชี่ยวชาญหลายสิบปีนั้นมาใช้เพื่อ ใช้ LLM อย่างมืออาชีพ ก็ได้
• เกณฑ์สำคัญของซอฟต์แวร์ที่ดี เช่น การบำรุงรักษาได้และการใช้งานระยะยาว ยังไม่เปลี่ยนไป
• AI ไม่สามารถสร้างอะไรขึ้นมาได้ด้วยตัวเอง ดังนั้นต้องมีประสบการณ์จึงจะสร้างคุณค่าได้

bri3d (Staff Engineer)

• AI เป็นตัวคูณพลังสำหรับวิศวกรเก่ง ๆ แต่สำหรับจูเนียร์คือ ตัวคูณ 10 เท่าของปริมาณ slop ที่ปล่อยออกมา
• ความกังวลจริงคือ ในอนาคตเราจะสร้างคนที่แยกแยะโค้ดดีออกจากโค้ดแย่ได้อย่างไร
• ถ้าการจ้างงานจูเนียร์ลดลง แล้วใครจะเติบโตเป็นผู้เชี่ยวชาญ — อีก 5~10 ปีอาจเหลือแต่กอง technical debt และไม่มีคนแก้
• ในอีกด้านหนึ่ง มันอาจกลายเป็น โอกาสทอง สำหรับวิศวกรที่มีทักษะในตอนนี้

switchbak

• เตือนว่าทัศนะแบบ "ไม่จำเป็นต้องสนใจรายละเอียดการ implement" อาจก่อปัญหาร้ายแรง
• ตอนนี้ก็เริ่มเห็นผู้จัดการส่ง PR ขนาดใหญ่โดยเมินรายละเอียดกันแล้ว
• ใน codebase ที่ไม่คุ้นเคยอย่าง Haskell ต่อให้มีเจตนาดีก็อาจทำพลาดใหญ่ได้

0x20cowboy

• LLM เก่งเรื่องการเขียนโค้ด แต่ แย่มากในเรื่อง software engineering
• การที่ต้องมี "ไกด์" ก็สะท้อนเรื่องนั้นอยู่แล้ว
• ตอนนี้กำลังแก้แอปที่ vibe-coded มา ซึ่งแต่ละฟังก์ชันดูโอเค แต่โครงสร้างรวมทั้งระบบเป็น spaghetti code
• ถ้าความสุขอยู่ที่การพิมพ์โค้ดเองก็เป็นปัญหา แต่ถ้าความสุขอยู่ที่การสร้างระบบโดยรวม ก็ยังมีงานให้ทำอีกมาก

codazoda (ประสบการณ์ 40 ปี ปีนี้อายุ 50)

• ใช้ Claude สร้าง editor บน Node แต่แทนที่จะได้เครื่องมือเดิมขนาด 2.7KB กลับได้ bundle 48KB ที่มี dependency 89 ตัว
• เป็นความผิดของตัวเองที่ลืมใส่เงื่อนไข "zero-framework" ในพรอมป์ต์ แต่ก็สะท้อนประเด็นว่า ต้องควบคุม AI อย่างเป็นมืออาชีพ
• ตัดสินว่าเป็นโค้ดที่ไม่น่าผ่านการทดสอบระยะ 5 ปี จึงเลือกเริ่มใหม่

ACS_Solver

• สองปีที่ผ่านมาไม่ค่อยเชื่อ LLM สำหรับการเขียนโค้ด แต่ช่วงหลังรู้สึกว่าโมเดล ผ่านจุดวิกฤตแล้ว
• งาน refactor ที่ปกติใช้เวลาหลายวันเสร็จใน 4 ชั่วโมง และงาน 1 ชั่วโมงเหลือ 10 นาที
• แต่ก็ยังต้องคอยแก้เองเมื่อมันหลงทางหรือพลาด edge case
• ความกังวลจริงคือ ถ้าไม่มีการจ้างจูเนียร์ แล้ว ผู้เชี่ยวชาญจะเกิดขึ้นได้อย่างไร
• มองว่าน่าประทับใจที่ ณ Sonnet 4.6 ปัญหาการแก้เทสต์แบบมั่ว ๆ ถูกแก้ไปแล้ว

ข้อถกเถียงเรื่องการทำให้เข้าถึงได้กว้างขึ้น — ทั้งฝ่ายเห็นด้วยและคัดค้าน

lovelearning

• วิจารณ์ว่าคำพูดว่า "คนโง่คนไหนก็สร้างซอฟต์แวร์ด้วย LLM ได้" เป็นมุมมองแบบชนชั้นนำ
• มองในแง่บวกโดยยกตัวอย่างประวัติศาสตร์อย่างการตีพิมพ์หนังสือ, เว็บพับลิชชิง, โอเพนซอร์ส, และการ democratize ฮาร์ดแวร์

latexr

• แย้งว่า LLM ไม่ใช่การ democratize ที่แท้จริง เพราะเป็นโครงสร้างที่ ขึ้นกับบริษัทไม่กี่แห่ง
• ของที่เป็นประชาธิปไตยจริง ๆ คืออินเทอร์เน็ตยุคเดิมที่เต็มไปด้วยทรัพยากรฟรี

atonse (Tech Lead)

• การตัดสินใจ รสนิยม และสถาปัตยกรรมยังคงเป็นผลงานของตัวเอง และ AI แค่ขยายสิ่งนั้นเป็น 100 เท่า
• ยินดีที่คนที่ไม่ใช่นักพัฒนาก็เข้าถึงได้ ทำให้ไอเดียไม่ต้องตายอยู่แค่ในหัว

iExploder

• จริง ๆ มัน democratize อยู่ก่อนแล้ว — ใครมีแรงจูงใจก็เรียนรู้ได้
• แต่ก็เข้าใจความคับข้องใจที่ว่า "ถ้าตั้งใจเรียนแล้วจะได้ผลตอบแทน" ซึ่งเป็นคำสัญญาทางสังคมที่ตอนนี้เหมือนถูกทำลายไป

ความขัดแย้งระหว่างรุ่นและความจริงทางเศรษฐกิจ

tavavex (คนรุ่นใหม่)

• ชี้ว่าคอมเมนต์บน HN ส่วนใหญ่เป็นคนอายุ 40~60 ปี ซึ่งมีทั้งทรัพย์สินและอาชีพที่มั่นคงแล้ว
• คนกลุ่มนี้ปลอดภัยกว่าเพราะมีความอาวุโส ประสบการณ์ และทางไปสายบริหาร แต่ คนเริ่มงานและคนระดับกลาง ต่างหากที่เสี่ยงจริง
• บอกว่ามันฟังดูเหมือน "เรื่องเล่นของเล่น" ท่ามกลาง ฉากหลังที่กำลังมีการระเบิดเกิดขึ้น

Dumblydorr

• ต้องเผชิญกับความจริงว่าทักษะที่สั่งสมมาหลายสิบปี ตอนนี้ PM ก็อาจทำซ้ำได้ด้วยโทเค็นภายใน 5 นาที
• การปลดคนครั้งใหญ่ ตลาดงานที่แย่ เครื่องมือ AI ที่ล้นทะลัก และความเป็นไปได้ของฟองสบู่ — มองว่าเป็นสถานการณ์ที่ยากจะมองโลกในแง่ดี

rps93

• เริ่มอาชีพด้าน UX research และ frontend ตั้งแต่ปี 2009 แต่ตอนนี้รู้สึกว่ามันกำลังกลายเป็น อาชีพที่กำลังหายไป เพราะ AI
• กำลังขายบ้านเพื่อกันกำไรไว้และเตรียมรับมือหากตลาด AI พังลงมา

bayarearefugee

• คนที่มั่นคงทางการเงินรักโลกของ LLM แต่คนที่ไม่มั่นคงกำลังสูญเสียอาชีพ
• ชี้ว่าประสบการณ์ของคนสองกลุ่มนี้ แยกขาดจากกันอย่างชัดเจน

ตัวอย่างการกลับมามีชีวิตชีวาของนักพัฒนาสูงวัย

dbdoug (เกือบ 80 ปี)

• ไม่ได้เขียนโค้ดมากว่า 10 ปี แต่ตอนนี้กลับมาเขียน Python และ AppleScript อีกครั้งด้วย Claude และ Gemini
• อ่านและศึกษาทีละบรรทัดจากโค้ดที่สร้างขึ้นมา โดยใช้มันเป็น เครื่องมือเรียนรู้

meebee (66 ปี)

• ช่วงไม่กี่เดือนที่ผ่านมา สร้างแอปเสร็จเองหลายตัว เช่น wishlist สื่อ, รายการของชำ, health log, habit tracker, แอป iOS/watch (รวมถึงตัวฝึก tactical chess) ฯลฯ
• เพราะแอปเสียเงินที่มีอยู่ไม่ตอบโจทย์ทุกอย่างที่ต้องการ จึงใช้ vibe-coding ทำ แอปของตัวเอง ขึ้นมา
• เชื่อม iCloud กับฐานข้อมูล SQLite บน Raspberry Pi เพื่อซิงก์ข้อมูลในครอบครัว

rayxi271828 (ประสบการณ์กว่า 30 ปี)

• เคยคิดว่าความตื่นเต้นแบบยุค COM/DCOM/MFC/ATL จะไม่กลับมาอีกแล้ว แต่ Claude Code และ Codex ทำให้ หัวใจเต้นแรงเหมือนรักครั้งแรก กลับมา
• ถึงขั้นสร้าง orchestrator ที่คุยกับ container agents ผ่าน Telegram ด้วยตัวเอง

ChrisMarshallNY (63 ปี)

• กำลัง rewrite แอปที่ปล่อยใช้งานจริงและมีผู้ใช้หลายพันคน ด้วย LLM มา 1 เดือน (เดิมเป็นงานที่ใช้เวลา 13 เดือน)
• สิ่งที่ยากที่สุดหลังเกษียณคือความโดดเดี่ยวของการทำงานคนเดียว แต่ LLM ทำให้ได้ความรู้สึก เหมือนกำลังฝันไปพร้อมกับทีม กลับมาอีกครั้ง

tqwhite (73 ปี เกษียณเต็มตัว)

• เขียนโปรแกรมแรกตั้งแต่ปี 1967 และหลังผ่านไปหลายสิบปี ตอนนี้กำลังใช้งานเอเจนต์บน Claude Code ชื่อ "Milo" ที่เชื่อมกับกราฟ DB ของ neo4j
• ใช้งาน neo4j ได้โดยไม่ต้องเรียนภาษา query ของ CYPHER — ได้สัมผัส AI ในฐานะ คู่คิดทางปัญญา
• แสดงความเสียดายที่เพื่อนวัยเดียวกันซึ่งเกษียณแล้วไม่เข้าใจความสนุกนี้

การถกต่อยอดเรื่องทวิภาคี "ไมโคร vs แมโคร"

zmmmmm

• แนะนำให้คง การควบคุมด้วยตัวเอง ไว้ แทนการใช้ agent mode
• ช่วยให้หลุดพ้นจากการเรียน syntax ที่น่าเบื่อและอุปสรรคด้าน infrastructure ขณะเดียวกันก็ยังคุมสถาปัตยกรรมได้เอง

fragmede

• แย้งว่าถ้าไม่มี agent mode ผลด้าน productivity ก็จะจำกัด
• ถ้าจัดลูปให้ดี ก็สร้าง workflow ที่ ทำงานเองต่อเนื่องได้หลายชั่วโมง
• บอกว่าความพึงพอใจได้ย้ายจาก "การเขียนโค้ด" ไปเป็น "การ polish หลังคอมโพเนนต์เสร็จ"

empath75 (ADHD)

• เพราะ ADHD จึงมีรายการโปรเจกต์ที่ค้างไม่เสร็จสะสมมาหลายสิบปี และ Claude ก็ช่วย ลดแรงเสียดทานจากไอเดียสู่การลงมือทำ
• คุณค่าหลักคือทำให้สร้าง CLI/TUI/เว็บ UI ได้อย่างรวดเร็ว
• ภายในไม่กี่เดือน ลองทิ้งหลายไอเดียและเอาหนึ่งในนั้นขึ้น production ที่ทำงานได้จริง

echelon (ADHD)

• บอกว่า Claude Code ทำให้ ADHD หายไปและเข้าสู่ภาวะโฟกัสขั้นสุด
• ยังไม่ได้ใช้ agent mode และยังคงสั่งเองทั้งหมด ตั้งแต่ตำแหน่งไฟล์ ชื่อ struct ไปจนถึง SQL join พร้อมตรวจโค้ดทุกบรรทัด
• ประเมินว่าคุณภาพของโค้ด Rust ดีเป็นพิเศษ
• เตือนว่าถ้าโปรเจกต์มีคุณภาพโค้ดต่ำ AI ก็จะคืนโค้ดคุณภาพต่ำแบบเดียวกันมา

มุมมองเฉพาะทางและข้อคิดเชิงปรัชญา

antirez

• โปรแกรมเมอร์ที่ดีใช้ LLM ได้เก่ง เพราะ รู้ว่าจะสร้างอะไรและมีไอเดียด้านสถาปัตยกรรม
• ถ้าไม่มีทั้งไอเดียและทิศทาง ผลลัพธ์ก็จะออกมาแย่ เหมือนคนธรรมดาในยุค 90 ที่ถือ Corel Draw อยู่ในมือ

rendall

• มองว่าเป็นการเปลี่ยนกระบวนทัศน์คล้ายหลังการประดิษฐ์กล้องถ่ายภาพ ที่ทำให้จิตรกรเปลี่ยนบทบาทจาก ผู้บันทึก ไปเป็น ศิลปินและผู้ตีความ
• กระแสอย่าง impressionism และ surrealism ก็เป็นผลจากการปรับตัวต่อความเปลี่ยนแปลงนั้นตลอดหลายสิบปี
• วิศวกรที่มีประสบการณ์อาจกลับยิ่งมีคุณค่าทางสังคมมากขึ้นในยุคหลัง AI

jorl17 (ต้นวัย 40)

• ความรู้สึกแบบ "นำหน้าคนอื่นอยู่ 10 ก้าว" ในสมัยมหาวิทยาลัยค่อย ๆ จางหายไปในช่วงไม่กี่ปีที่ผ่านมา แต่ AI ทำให้ ความรู้สึกนั้นกลับมา
• ตระหนักว่าตัวเองเป็นคนที่มีความสุขจาก การแก้ปัญหา ไม่ใช่จากการเขียนโค้ด
• บอกว่าซอฟต์แวร์ได้เข้าสู่ ยุค DIY แล้วในที่สุด — ยุคที่แม้แต่คนอายุ 65 ที่ไม่ใช่นักพัฒนาก็สร้างซอฟต์แวร์ของตัวเองได้

elzbardico

• แม้จะใช้ Claude Code และ AMP บ่อย แต่ถ้าไม่คอยเฝ้า ก็จะเกิดโค้ดไม่ดี regression และการปรับแต่งที่ไม่พอบ่อยครั้ง
• ความเป็น modular แย่ และแนวคิดพื้นฐานอายุ 50 ปีอย่าง cohesion กับ coupling ก็ถูกมองข้าม
• coding agent เป็นเครื่องมือที่ยอดเยี่ยม แต่คนที่คิดว่า "จะสร้างระบบซับซ้อนคนเดียวได้" กำลังใช้มันผิดทาง

al_borland (ชอบเขียนเอง)

• ลองใช้ Claude อยู่สองวันแต่ ไม่พอใจเลยแม้แต่น้อย — ให้ความรู้สึกเหมือนได้ A จากการโกงข้อสอบ
• ไม่ได้เรียนรู้อะไร และไม่มีความรู้สึกสำเร็จ มีแต่ผลลัพธ์ออกมา
• อธิบายด้วยการเปรียบเทียบระหว่างซ่อมท่อเองกับจ้างช่างมาเปลี่ยนหน้าต่าง — รู้สึกภูมิใจได้เฉพาะอย่างแรก
• วางแผนจะลบ branch นั้นแล้วเขียนใหม่เอง

vitaflo (นักพัฒนา Rust)

• คำพูดของหัวหน้าทีมคือ: "เส้นทางนี้ การเดินทางของแต่ละคนไม่เหมือนกัน"
• สำหรับตัวเอง agent mode ทำให้หดหู่ แต่ ใช้ LLM เป็นเครื่องมือวางแผน — มีประโยชน์มากสำหรับ brainstorming และบทบาทแบบ rubber duck
• แนะนำให้แต่ละคนหารูปแบบของตัวเอง

Thanemate (45 ปี)

• เตือนเรื่อง survivorship bias และ groupthink บน HN
• คนที่อินกับกระแส LLM มักมีแนวโน้มเข้ามาใช้ HN มากกว่า
• ตัวเองกำลังเผชิญวิกฤตเชิงอัตถิภาวนิยมและความซึมเศร้าจากการถูกบังคับให้ใช้ AI — บอกว่าการคอยแก้หลายเอเจนต์นั้นเหนื่อยมาก

ทวีตแนะนำของ Karpathy
> เตรียมไว้ให้สำหรับคนที่อยากลองใช้ช่วงสุดสัปดาห์ครับ
> เป็นงานที่ผสมโค้ด ไซไฟ และความเพี้ยนอยู่นิดหน่อย :)

ทำไมถึงทำอะไรแบบนี้ในวันหยุดล่ะครับอาจารย์

ดาวน์โหลดไม่ได้เหรอครับ

ดูเหมือนว่านี่เป็นการวัดผลรวมที่มีตัวแปรอื่นนอกเหนือจากคุณลักษณะของภาษาเข้ามาปะปนอยู่ มีผลลัพธ์เวลาใช้ต่อการทดลองอยู่บน Github แต่ไม่มีบันทึกการรัน แม้แต่เวลาใช้ต่อแต่ละงานย่อยซึ่งเป็นตัวชี้วัดที่ใช้กันทั่วไปที่สุดก็ยังตรวจสอบได้ยาก และด้วยลักษณะของผลลัพธ์จาก LLM จึงดูเหมือนว่าไม่สามารถทำซ้ำได้

ผู้เขียนเองก็รับรู้ข้อจำกัดนี้ในส่วนข้อจำกัด ว่านี่เป็นงานแบบครั้งเดียวในขั้นต้นแบบ ถึงอย่างนั้นโดยรวมแล้วผมคิดว่านี่เป็นการทดลองที่ขาดความโปร่งใสและไม่มีการควบคุมตัวแปร

ช่วงนี้มีเรื่องคล้าย ๆ กันเกิดขึ้นในแพ็กเกจ npm บ่อยจริง ๆ นะ

แต่ด้วยลักษณะเฉพาะของ Ruby อยู่แล้ว ปริมาณการใช้โทเค็นจึงมีแนวโน้มที่จะน้อยเป็นธรรมดา เพราะเหมาะกับการเขียนโค้ดให้สั้น กระชับ ทำให้การใช้โทเค็นในส่วนของจำนวนโทเค็นเอาต์พุตลดลงไปด้วย

ก็คือพูดว่า AI กำลังเข้ามาแทนที่นักพัฒนาจูเนียร์ที่จะเติบโตเป็นซีเนียร์นั่นเอง AI จงเจริญ จงเจริญ จงเจริญยิ่ง

ตามที่ตอบมา ถ้า AI เป็นฝ่ายทำพลาด แล้วใครจะเป็นคนฝ่าฟันผ่านมันไปล่ะครับ? บัณฑิตจบใหม่ระดับจูเนียร์น่ะเหรอ?

ขอฝากคอมเมนต์อย่างสุภาพและนุ่มนวลไว้ครับ

อีกไม่นานนี้ — ตัวเลือก --agent-friendly น่าจะแพร่หลายเป็นมาตรฐาน…

เจ้า Ruby นั่นอีกแล้ว
คนเขียน Ruby เป็นคนทดสอบเอง ก็คงจะบอกว่า Ruby ดีอยู่แล้วสิ

ยังไม่รู้ว่า AI จะมาแทนที่นักพัฒนาได้จริงเมื่อไร หรือจะทำได้จริงหรือไม่ ดังนั้นคงไม่จำเป็นต้องสรรเสริญกันแบบไม่ลืมหูลืมตา เท่าที่เห็นบน reddit เองก็มีโพสต์อยู่ไม่น้อยที่ทำอะไรบางอย่างขึ้นมาแล้วมีผู้ใช้เข้ามาใช้งาน แต่กลับไม่รู้ด้วยซ้ำว่าบริการของตัวเองมีความเสี่ยงอะไรบ้าง แล้วมาขอความช่วยเหลือ

แต่ทำไมจู่ ๆ ถึงออกมาสารภาพล่ะ?

ถ้าถามว่าจะเชื่อถือ implementation ของภาษาไหนมากที่สุดล่ะ… 55555