- ชิน จองกยู CEO ของ Lablup แบ่งปันประสบการณ์พัฒนา Backend.AI:GO ตลอด 40 วัน โดยสร้างโค้ดราว 1 ล้านบรรทัดด้วย 13 พันล้านโทเคน
- ในยุคของการเขียนโค้ดด้วยเอเจนต์ ปริมาณการใช้โทเคนเชื่อมโยงโดยตรงกับความสามารถในการแข่งขันของบริษัท IT และ inference ความเร็วสูง กับ การเพิ่มประสิทธิภาพ thinking token คือโจทย์หลัก
- ความสามารถในการแข่งขันที่แท้จริงของ Claude Code ไม่ได้อยู่ที่โมเดล แต่คือ harness (ลอจิกซอฟต์แวร์ที่ควบคุมโมเดลแบบกำหนดแน่นอนได้) และแม้ใช้โมเดลเดียวกัน ประสิทธิภาพก็แตกต่างกันได้ตาม harness
- การเขียนโค้ดด้วยเอเจนต์ไม่ใช่การพุ่งไปหาผลลัพธ์สุดท้ายที่ต้องการทันที แต่การ สะสมคอนเท็กซ์ก่อน ให้ผลลัพธ์ที่ดีกว่ามาก
- แก่นของระบบอัตโนมัติไม่ใช่การสร้างผลลัพธ์ด้วยตัวเองโดยตรง แต่คือการ สร้างเครื่องมือที่สร้างผลลัพธ์นั้นขึ้นมา
- ทำงานด้วยวิธี iteration กับอุปกรณ์สร้างผลลัพธ์ โดยไม่เข้าไปแตะผลลัพธ์โดยตรง
- เมื่อต้องแก้ปัญหา จะสร้าง tech report ที่มนุษย์อ่านเข้าใจได้โดยอัตโนมัติ พร้อมใส่ "สิ่งที่มนุษย์ต้องศึกษา เพื่อเข้าใจทางเลือกทางเทคนิคนี้"
- ความต่างเชิงปรัชญาระหว่าง Claude Code กับ Codex
- Claude Code: พัฒนาไปในทิศทางที่ถามผู้ใช้ให้มากที่สุดเพื่อจัด alignment ให้ตรงกัน
- Codex: พัฒนาไปในทิศทางแบบ "เดี๋ยวฉันจัดการให้ทั้งหมดเอง"
- เพดานสูงสุดของ Codex สูงกว่า แต่สะท้อนความตั้งใจของมนุษย์น้อยกว่า
- สำหรับสตาร์ทอัพ ช่วงเวลาที่กระดานเกมกำลังสั่นคลอนคือ โอกาส: การปรับแก้วิถีทิศทางทำได้เร็วกว่าองค์กรใหญ่ และได้เปรียบในด้านความเร็วในการปรับตัวโดยรวม
- นิยามของซอฟต์แวร์กำลังเปลี่ยนจากการยึดโค้ดเป็นศูนย์กลางไปสู่ AI model เป็นศูนย์กลาง และในยุคที่การลอกเลียนทำได้ง่าย แบรนด์และผลงานที่พิสูจน์ได้ จะกลายเป็นความสามารถในการแข่งขันหลัก
9 ความคิดเห็น
ผมไม่เห็นด้วยกับข้ออ้างที่ว่าความรู้ด้าน CS กำลังหายไปอย่างรวดเร็ว มีข้ออ้างว่าลอจิกควบคุมแบบกำหนดได้แน่นอน 10% จะยังจำเป็นต่อไป แต่การจะตรวจสอบลอจิกนั้นได้ก็ต้องมีความรู้เรื่องโครงสร้างข้อมูล อัลกอริทึม และ OS ไม่ใช่หรือ? ต่อให้กำแพงของการพัฒนาแอปทั่วไปจะต่ำลง และสายงาน IT จะถูกปรับโครงสร้างใหม่ให้ยึดเครื่องมือพัฒนาเป็นศูนย์กลาง ตราบใดที่ยังมีลอจิกอยู่ ความรู้เพื่อทำความเข้าใจลอจิกนั้นก็ควรต้องมีอยู่ด้วยไม่ใช่หรือครับ?
อุปมาเรื่องการหางานของผู้เรียนวรรณคดีอังกฤษที่ผู้ดำเนินรายการยกมาก็ดูแปลกเช่นกัน การแยกสาขาประยุกต์ออกจากตัววิชาการเองไม่ใช่เรื่องธรรมชาติหรือ? ต่อให้สาขาประยุกต์เติบโตขึ้น ก็ไม่ได้แปลว่าวิชาการจะเลือนหายไปอยู่หลังม่านประวัติศาสตร์ หากอุปมานั้นถูกต้อง เมื่อคุณค่าด้านการประยุกต์ใช้ของภาษาอังกฤษสูงขึ้น วรรณคดีอังกฤษก็ควรจะหายไป แต่ความจริงไม่ได้เป็นเช่นนั้น เมื่อคุณค่าด้านการประยุกต์ใช้ของวิศวกรรมอิเล็กทรอนิกส์สูงขึ้น วิศวกรรมอิเล็กทรอนิกส์ก็ควรจะหายไปเช่นกัน แต่ในความเป็นจริง การประยุกต์ใช้กลับพัฒนาไปอย่างลึกซึ้งจนแตะขีดจำกัดของฟิสิกส์
ดังนั้น ในยุคที่ความต้องการด้านการประมวลผล AI เพิ่มขึ้น ผมคิดว่าจะยิ่งต้องการความเข้าใจที่ลึกซึ้งขึ้นเกี่ยวกับสถาปัตยกรรมหน่วยความจำและการปรับแต่งอัลกอริทึม และความรู้เฉพาะทางด้าน CS ก็คงจะยังไม่หายไปในเร็ววันนี้
มีคำถามหนึ่งข้อครับ/ค่ะ ระหว่างที่อ่านย่อหน้าที่คุณทิ้งไว้ว่า "อุปมาของผู้ดำเนินรายการเรื่องการหางานสาขาวรรณคดีอังกฤษก็แปลกเหมือนกัน (ตัดบางส่วน)" ก็เกิดข้อสงสัยขึ้นมาครับ/ค่ะ
สิ่งที่คุณอ่านหรือได้ยินคือ
ได้ดูสคริปต์แล้ว
ขอบคุณสำหรับคำตอบครับ/ค่ะ ผม/ฉันได้ฟังวิดีโอแล้ว แต่คงต้องลองอ่านจากสคริปต์ด้วยสักครั้งครับ/ค่ะ
เห็นด้วยครับ
Harness Engineering: การใช้ Codex ในโลกแบบ Agent-first
ผมไปรู้จักวิดีโอนี้จากคอมเมนต์ที่ติดไว้ในโพสต์ด้านบนครับ ดูเพลินจนเวลากว่าหนึ่งชั่วโมงผ่านไปแบบไม่รู้ตัวเลย
ลิงก์เป็นฉบับถอดเสียง แต่แนะนำให้ดูวิดีโอครับ
ลิงก์วิดีโอที่คุณพูดถึง วิดีโอลิงก์
ขอแนะนำครับ
ดูวิดีโอนี้แล้วกำลังทำ oh-my-gemini-cli ด้วย Gemini CLI extension อยู่... เนื้อหาในวิดีโอน่าสนใจมากจริง ๆ จนเวลาผ่านไปอย่างรวดเร็วเลยครับ 555