ApexHuasคู่มือช่างเว็บ GitHub repo

บทที่ 12 — ลงมือจริงหนึ่งรอบเต็ม

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

โจทย์ตัวอย่าง: เพิ่มปุ่ม "ขอใบเสนอราคา" ในหน้ารายละเอียดสินค้า ให้กดแล้วเด้งไปหน้าขอใบเสนอราคาพร้อมเติมรหัสสินค้าให้อัตโนมัติ

เดินทีละขั้น

หนึ่งงาน หนึ่งรอบเต็ม

1. เตรียมตัว

ดึงงานล่าสุดลงมาก่อนเสมอ กันไม่ให้ทำงานบนของเก่า

cd apexhuas
git checkout develop
git pull
1 / 10

Checklist ก่อนกด merge เข้า uat

พิมพ์แปะไว้ข้างจอได้เลย

ตรวจ 6 ข้อนี้ก่อนปล่อยของ (คลิกดูว่าทำไม)

คลิกชั้นใดก็ได้เพื่อดูรายละเอียด

จังหวะที่ควรหยุดแล้วถามคน

AI จะเดินหน้าทำต่อเสมอถ้าคุณไม่ห้าม — สถานการณ์เหล่านี้ควรหยุดคุยกับทีมก่อน

เดินหน้าได้ vs ควรหยุดถาม

เดินหน้าได้เลย

  • เพิ่ม/แก้หน้าเว็บตามที่ตกลงไว้
  • แก้บั๊กที่มีวิธีแก้ชัดเจน
  • ปรับข้อความ ปรับสไตล์ตามระบบดีไซน์เดิม
  • เพิ่มเทสต์ เพิ่มเอกสาร

ควรหยุดถามก่อน

  • เปลี่ยนโครงสร้างฐานข้อมูลที่มีข้อมูลจริงอยู่
  • เพิ่ม library ตัวใหญ่หรือเปลี่ยนเทคโนโลยีหลัก
  • แตะระบบ auth, การชำระเงิน, หรือสิทธิ์การเข้าถึง
  • ตัดสินใจเรื่องธุรกิจ (ราคา ค่าส่ง นโยบายคืนสินค้า)
  • ลบข้อมูลหรือลบทรัพยากรบน cloud
  • งานที่ใหญ่เกินกว่าจะรีวิวไหวใน PR เดียว

30 วันแรกของคุณควรเป็นแบบไหน

เส้นทางจากมือใหม่สู่คนที่ปล่อยของเองได้

  • สัปดาห์ที่ 1 — อ่านและลอง

    clone repo, รันเว็บในเครื่อง, อ่าน AGENTS.md กับ implementation-plan.md, เปิดดู PR เก่า 3-4 อันว่าเขาทำกันยังไง

  • สัปดาห์ที่ 2 — งานเล็กจบเอง

    หยิบงานเล็ก ๆ (แก้ข้อความ ปรับ layout) ทำครบวงจร: สั่ง AI → รีวิว → PR → CI → merge เข้า develop

  • สัปดาห์ที่ 3 — ลงสนามจริง

    รับงานฟีเจอร์จริงหนึ่งชิ้น และลอง promote ขึ้น uat ด้วยตัวเองครั้งแรก โดยมีคนดูอยู่ห่าง ๆ

  • สัปดาห์ที่ 4 — เข้าใจทั้งท่อ

    ลอง SSH เข้า server ดู log จริง, ลองย้อนเวอร์ชันใน environment ทดสอบ, อ่าน ADR ทั้งหมดให้เข้าใจว่าทำไมระบบเป็นแบบนี้

ข้อสอบปลายทาง

บทสุดท้าย: คำสั่งที่ใช้บ่อย ศัพท์ และปัญหาที่เจอบ่อย — ไว้เปิดดูตอนทำงานจริง