สรุป: Vibe Coding ที่ทีมดูแลต่อได้
ทบทวน rule, PRD, Playground, design system, debugging, environment และ destructive gate
เป้าหมาย: ประเมิน change pack ก่อนยอมรับ code จาก AI · ใช้เวลาประมาณ 15 นาที
ข้อ 1
ควรเริ่ม code เมื่อไร
- ทันทีที่มีไอเดีย
- หลัง goal/flow/acceptance สำคัญได้รับการยืนยัน
ดูคำตอบและคำอธิบาย
หลัง goal/flow/acceptance สำคัญได้รับการยืนยัน วินัยลดการเดาและทำให้ทีมตรวจสาเหตุ ผลกระทบ และการกู้คืนได้
ข้อ 2
Playground ช่วยอะไร
- แยก state ของ component จาก backend
- แทน production test ทั้งหมด
ดูคำตอบและคำอธิบาย
แยก state ของ component จาก backend วินัยลดการเดาและทำให้ทีมตรวจสาเหตุ ผลกระทบ และการกู้คืนได้
ข้อ 3
design token แก้ปัญหาอะไร
- ความหมายและ style กระจัดกระจาย
- ทำให้ทุกหน้าใช้สีสุ่ม
ดูคำตอบและคำอธิบาย
ความหมายและ style กระจัดกระจาย วินัยลดการเดาและทำให้ทีมตรวจสาเหตุ ผลกระทบ และการกู้คืนได้
ข้อ 4
debug ควรเริ่มจากอะไร
- สุ่มแก้
- reproduction และ evidence
ดูคำตอบและคำอธิบาย
reproduction และ evidence วินัยลดการเดาและทำให้ทีมตรวจสาเหตุ ผลกระทบ และการกู้คืนได้
ข้อ 5
environment rule ควรเก็บ secret จริงหรือไม่
- ควร
- ไม่ควร
ดูคำตอบและคำอธิบาย
ไม่ควร วินัยลดการเดาและทำให้ทีมตรวจสาเหตุ ผลกระทบ และการกู้คืนได้
ข้อ 6
ก่อนลบข้อมูลต้องมีอะไร
- target/backup/rollback/approval
- คำว่าแน่ใจ
ดูคำตอบและคำอธิบาย
target/backup/rollback/approval วินัยลดการเดาและทำให้ทีมตรวจสาเหตุ ผลกระทบ และการกู้คืนได้
บันทึกช่วยจำ
- rule ทุกข้อควรมีเหตุการณ์หรือความเสี่ยงรองรับ
- ทบทวนเอกสารเมื่อ environment หรือ architecture เปลี่ยน
สรุปบทเรียนนี้
- understand before code
- evidence before fix
- verify and preserve rollback