แชต (Chat) ไม่ใช่รูปแบบ UI ที่เหมาะกับเครื่องมือพัฒนา

 (danieldelaney.net)
23 คะแนน โดย GN⁺ 2025-02-05 | 4 ความคิดเห็น | แชร์ทาง WhatsApp

  • Chat เป็นรูปแบบ UI ที่แย่สำหรับการใช้เป็นเครื่องมือพัฒนา

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

  • คลื่นลูกแรกของเครื่องมือเขียนโค้ดด้วย AI

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

  • การเขียนซอฟต์แวร์ไม่ใช่การสนทนา

    • การเขียนซอฟต์แวร์ก็เหมือนการร่างกฎหมาย ใช้ภาษาอังกฤษก็จริง แต่ต้องนิยามคำศัพท์ ตั้งกฎ และจัดการปฏิสัมพันธ์ที่ซับซ้อน
    • คุณไม่สามารถเขียนกฎหมายภาษีผ่านข้อความแชตได้ จำเป็นต้องมีเอกสาร
    • เอกสารช่วยจัดระเบียบความซับซ้อน อ้างอิงจุดเฉพาะ และติดตามการเปลี่ยนแปลงอย่างเป็นระบบได้

  • ความสำคัญของการเขียนโปรแกรมบนฐานเอกสาร

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

  • หัวใจสำคัญของเครื่องมือพัฒนา AI ยุคถัดไป

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

บทความที่เกี่ยวข้อง

4 ความคิดเห็น

 
softer 2025-02-06

ได้ยินมาว่ากำลังพยายามนำ knowledge graph มาใช้เพื่อซัพพอร์ต LLM และว่ากันว่ามันก็ใช้ได้ผลเหมือนกัน
 
beoks 2025-02-05

แม้ชื่อเรื่องจะบอกว่า UI แบบแชตไม่เหมาะสม แต่เนื้อหากลับอธิบายว่าปัญหาหลักคือข้อกำหนดที่คลุมเครือนะครับ
ถ้าให้ AI ช่วยแก้ความกำกวมในคำขอของผู้ใช้ผ่านรูปแบบแชต ก็น่าจะเป็นปัญหาที่แก้ได้อยู่แล้ว
ผมเลยไม่เข้าใจว่าทำไมถึงต้องไปตำหนิ UI แบบแชตเป็นพิเศษ
 
jhj0517 2025-02-05

โอ้ นี่เป็นความเห็นที่ทั้งน่าสนใจและชวนให้รู้สึกเห็นด้วยเลย 😊
 
GN⁺ 2025-02-05
ความคิดเห็นบน Hacker News

  • ผู้ใช้รายหนึ่งใช้ o3-mini และ o3-mini-high ทำโปรเจ็กต์สร้างโค้ด และระบุว่าแนวทางแบบ "pair programming" มีความสำคัญ

    • เขาเน้นความสำคัญของการรีวิวโค้ดและการให้ฟีดแบ็ก พร้อมอธิบายว่าการยอมรับโค้ดแบบตรง ๆ ไม่ใช่เรื่องที่ดี
    • กล่าวถึงความสำคัญของการสร้าง unit test และหลังจากทำความเข้าใจแก่นของโค้ดแล้วให้ขอ smoke test
    • แนะนำว่าควรเริ่มบทสนทนาใหม่ เพราะโมเดลอาจสับสนได้เมื่อบริบทมีความยาวมาก
    • แนะนำให้ยกตัวอย่างโค้ด และอย่าใช้พรอมป์ต์เป็นภาษาอังกฤษอย่างเดียว

  • ผู้ใช้อีกคนหนึ่งโต้แย้งว่าแชตเป็นรูปแบบ UI ที่ไม่เหมาะสม โดยอธิบายว่ามันดีในฐานะบันทึก แต่ไม่ดีสำหรับการลงมือทำงาน

    • ระบุว่าวิธีแบบเล่าเรื่องไม่เหมาะกับการสร้างสิ่งของ

  • ผู้ใช้อีกคนหนึ่งแสดงความประหลาดใจที่ไม่มีการพูดถึง Cursor พร้อมอธิบายว่า Cursor ช่วยเพิ่มความเร็วในการเขียนโค้ดของเขาได้มาก

    • อธิบายว่าสามารถอนุมัติหรือปฏิเสธการเปลี่ยนแปลงได้ผ่านเอาต์พุตที่นำไปใช้กับไฟล์ในสไตล์ git-diff
    • ระบุว่ามันเข้าใจบริบทของ codebase ได้ในระดับหนึ่ง และทำงานได้ดีที่สุดเมื่อแท็กไฟล์ที่เกี่ยวข้องอย่างชัดเจน
    • อธิบายว่าการแทรก terminal log หรือ type error ลงในอินเทอร์เฟซแชตโดยตรงนั้นสะดวกมาก

  • ผู้ใช้รายหนึ่งยืนยันว่า "การใช้แชตเป็น UX" เป็นทางตัน โดยยกกรณีของ SQL มาอธิบาย

    • คาดการณ์ว่าอินเทอร์เฟซแชตที่อิง LLM จะไม่ถูกเปิดเผยให้ผู้ใช้เห็น
    • กล่าวว่าภาษาธรรมชาติจะถูกใช้เฉพาะในกรณีพิเศษของการโต้ตอบกับเครื่องเท่านั้น

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

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

    • อธิบายว่า LLM เติมเต็มความกำกวมด้วยค่าเริ่มต้นที่เหมาะสม และสามารถให้หน้าจอเข้าสู่ระบบแบบทั่วไปได้

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

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

  • มีการอธิบายว่าคลื่นลูกแรกไม่ใช่แชตแต่เป็นการเติมให้สมบูรณ์ โดยแชตดูเข้าใจง่ายกว่าและใช้ความพยายามน้อยกว่า

    • อธิบายว่าเอกสารไม่จำเป็นต้องตายตัว แต่สามารถแก้ไขซ้ำผ่าน AI ได้

  • มีการกล่าวถึงความคาดหวังต่อโมเดลภาษาที่มีโครงสร้าง ซึ่งสามารถอธิบายโปรแกรมคอมพิวเตอร์ได้ผ่านการสร้างภาษาใหม่ขึ้นมา