[Vibe Coding กับการปรับตัวขององค์กร] ตอนที่ 2: ท้าทายการพัฒนา MVP ด้วย Vibe Coding ที่ขับเคลื่อนด้วยเอกสารออกแบบ

1. ภูมิหลัง
   •จากประสบการณ์การพัฒนาที่อิงกับ OOP/ดีไซน์แพตเทิร์นแบบเดิม ได้มาแบ่งปันประสบการณ์ที่รู้สึกทึ่งกับประสิทธิภาพการทำงานของแนวทางใหม่อย่าง MSA และ Vibe Coding
   •ช่วงหลังมานี้ ด้วยความก้าวหน้าของ LLM และ AI IDE (CLAUDE, Cursor เป็นต้น) วิธีการเขียนโค้ดเองก็กำลังเปลี่ยนไป

2. DDVC คืออะไร?

Design-Driven Vibe Coding เป็นแนวทางที่ CrowdWorks ตั้งชื่อขึ้นมา โดยเป็นระเบียบวิธี Vibe Coding แบบเป็นระบบที่สั่งให้ LLM พัฒนาจากเอกสารออกแบบเป็นฐาน
•แกนสำคัญคือการจัดทำเอกสาร PRD และ Requirements ก่อน แล้วให้ AI สร้างโค้ดจากเอกสารเหล่านั้น
•การเขียนเอกสารก็เช่นกัน โดยให้ AI ร่างฉบับแรก → มนุษย์ตรวจทานและแก้ไขจนเสร็จสมบูรณ์
•PRD: รวมวัตถุประสงค์ของผลิตภัณฑ์, ความต้องการด้านฟังก์ชัน, user story, ลำดับความสำคัญ เป็นต้น
•Requirements: รวมภาพรวมของโมดูล, ความต้องการด้านฟังก์ชัน, โครงสร้างไฟล์, โค้ดที่เกี่ยวข้อง และกฎต่าง ๆ

3. กลยุทธ์การพัฒนา 2 แบบ
   •กลยุทธ์ 1: พัฒนาแบบลำดับตามหน่วยโมดูล → คล้ายแนวทางเดิม มีความเสถียร เหมาะกับ Production มากกว่า PoC
   •กลยุทธ์ 2: สร้างหลายโมดูลพร้อมกัน → เร็วกว่า แต่ทดสอบและตรวจสอบได้ยากกว่า จึงรับมือด้วยการสร้าง test code ไปพร้อมกัน

4. การทดลองพัฒนา MVP ใน 3 วัน
   •เพื่อก้าวข้ามข้อจำกัดด้านทรัพยากร จึงทำการทดลองพัฒนา MVP ให้เสร็จภายใน 3 วัน
   Day 1: เอกสารออกแบบ (PRD + Requirements) + การออกแบบเชิงเทคนิค
   Day 2: สร้างโค้ด + ทดสอบพื้นฐาน
   Day 3: integration test + ฟรอนต์เอนด์ + การตรวจสอบ

5. กรณีศึกษา MVP: ระบบ RAG ที่อิงสิทธิ์การเข้าถึงเอกสาร
   •เป็นระบบที่มีฟังก์ชันแยกวิเคราะห์เอกสารและลงทะเบียนใน Vector DB, จัดการสิทธิ์, และค้นหาแบบแชต
   •สร้าง PRD/Requirements → AI สร้างโค้ด → สร้าง test code → ดีบักด้วย Cursor AI
   •ฟรอนต์เอนด์ใช้ Next.js + TailwindCSS เพื่อสร้าง UI สำหรับทดสอบแบบอัตโนมัติ

6. Tips ในการใช้งานและสิ่งที่รู้สึก
   •ในบางกรณี การสร้างโค้ดใหม่อาจคุ้มค่ากว่าการแก้โค้ด
   •เน้นย้ำความสำคัญของการแสดง log (แนะนำฟอร์แมตที่มีหมายเลขบรรทัด)
   •จำเป็นต้องเชื่อมั่นในความสามารถด้านการเขียนโค้ดของ AI (โดยเฉพาะเมื่ออิงจาก Claude 3.7)
   •โค้ดแบบ asynchronous นั้นแม้แต่ AI ก็ยังดีบักได้ยาก → แนะนำให้เขียนแบบ synchronous ก่อน แล้วค่อยเปลี่ยนภายหลัง
   •ช่วงแรกอาจรู้สึกถูกถาโถมด้วยปริมาณโค้ด แต่เมื่อคุ้นเคยแล้ว ประสิทธิภาพการทำงานจะเพิ่มขึ้น

7. แนวทางการขยายวัฒนธรรม
   •มีแผนจัดแฮกกาธอนภายในบริษัท: เพื่อขยาย DDVC และแบ่งปันประสบการณ์ Vibe Coding ในการใช้งานจริง
   •ออกแบบโดยแยกแทร็กสำหรับนักพัฒนา/ผู้ที่ไม่ใช่นักพัฒนา เพื่อให้ทุกคนเข้าถึง AI coding ได้

บทสรุป:
Vibe Coding ไม่ได้เปลี่ยนแค่รูปแบบการผลิตโค้ดเท่านั้น แต่ยังกำลังเปลี่ยนบทบาทของนักพัฒนา วัฒนธรรม และวิธีการทำงานร่วมกันอีกด้วย โดยทิ้งท้ายด้วยข้อคิดว่า การได้ลองใช้งานจริงและปรับตัวอย่างรวดเร็ว อาจกลายเป็นความได้เปรียบในการแข่งขันได้