BOOK 03 · ขอแก้ตัว · Trip Planner Demo
ขอแก้ตัว
เล่มนี้ผม Nerf ตัวเองจากบท คนที่วางภาพรวมและโครงสร้างของระบบก่อนลงมือสร้าง มาเป็นเจ้าของโจทย์ แล้วลองพา AI ทำ SabayJai Trip Planner Demo ตั้งแต่ ข้อกำหนดว่าระบบควรทำอะไรและต้องตอบโจทย์ใด สู่แอปที่ทดสอบ รับงาน และขึ้นเว็บได้ — เปิดอ่านครบทั้งเล่มแล้ว
นับเป็นเล่มที่ 3 ของโซนพ่อ · “พ่อพาทำ ภาค 2” คือภาคต่อของชุดพ่อพาทำ
สารบัญ · บทเปิด–บทส่งท้าย
เริ่มอ่านจากบทเปิด
บทเปิด — ก่อนเริ่มการทดลอง
ขอแก้ตัว
คำนิยมจาก AI กับบทเปิดจากพ่อ — ทำไมต้องขอแก้ตัวจาก Pantry แล้วเริ่มโจทย์ Trip Planner ด้วยกติกา Nerf ตัวเอง
องก์ที่ 1 — บทที่ 1–2
จากความคิดสู่ความเข้าใจ
ตั้งโจทย์ เก็บ Requirement แล้วร่างหน้าจอ — จาก Agent ตัวแรกถึง UX/UI Draft ก่อน Build
องก์ที่ 2 — บทที่ 3–4
เมื่อสิ่งที่ได้ไม่ใช่สิ่งที่ต้องการ
Implement รอบแรกแล้วพบว่าไม่ใช่ — หยุดปะผุ กลับไป Revise Design ทั้งชุด
องก์ที่ 3 — บทที่ 5–7
พิสูจน์ด้วยการใช้งานจริง
เอา Prototype ชุดใหม่มา Implement ทดสอบ Actual รับงาน แล้วพาขึ้นเว็บ
ผมคิดว่า Flow ชุดแรกผ่านแล้ว
Run 04 — เอา Prototype ชุดใหม่มา Implement ตัด Toggle เลือกธีมใหม่
ผมนึกว่า Implement จบแค่ชุดแรก
Run 04 — ทดสอบ Actual กับสรุปทริป แล้วรับงานโดยยังไม่ Deploy
ผมพาขึ้นเว็บ แล้วเปิด Repo สาธารณะ
หลังรับงาน Owner พาแอปขึ้นเว็บและเปิด Repository สาธารณะ (ร่างจากคำบอกเล่า)
บทปิด — บทส่งท้าย 5 มุม
เมื่อเรื่องจบ แต่การเรียนรู้ยังไม่จบ
ห้าบท ห้ามุม — Owner, AI Development, Software Architect, Domain Expert และบทสรุปการทดลอง Nerf
ยืนอีกฝั่งของวงจรพัฒนา
User พา Requirement สู่ระบบที่ตอบโจทย์และตรวจรับได้อย่างไร
สมองที่พอเหมาะ กับราคาที่ต้องจ่าย
AI รับบท Developer ได้แค่ไหน กับต้นทุน Model และเวลาที่ใช้กำกับ
ถ้าไม่ Nerf จะคุมอย่างไร
ถ้าไม่ Nerf จะกำกับ Data Structure และจังหวะงานแบบ Pantry-demo อย่างไร
AI ช่วยให้เริ่มได้ แต่ความซับซ้อนยังอยู่
Domain Expert ใช้ AI ได้แค่ไหน และความซับซ้อนอยู่ตรงไหน
ผ่าน! พ่อขอพักก่อน
สรุปผลการทดลอง Nerf พร้อมส่งไม้ต่อให้คนอ่าน
docs/content/father/tripplanner/runlogs/ ไม่ได้เผยแพร่แยก บทที่ 7 ร่างจากคำบอกเล่าของ Owner (ยังไม่มี Runlog ช่วง Deploy) ส่วนบทส่งท้ายสรุปผล 5 มุมจากหลักฐาน Run 01–04