เมื่อรับ AI มาใช้แล้ว workflow การพัฒนามาตรฐานหน้าตาเป็นอย่างไร?

Question

IT Interview Practice · Accepted Answer

AI ไม่ได้ลบวงจรชีวิตของซอฟต์แวร์ออกไป — มัน **บีบอัดแต่ละ stage** และเปลี่ยนงานของคุณจากการ *เขียน* โค้ดไปเป็นการ **ระบุ (specify), review, และ verify** โค้ด คงเฟสเดิมไว้ (spec → design → implement → review → test → ship) แต่ทำ **human gate** ให้ชัดเจน

**แบบจำลองความคิด:** มอง AI เป็นคู่ pair ที่เป็นจูเนียร์ผู้กระตือรือร้นและทำงานเร็ว — มันร่างได้ไว แต่ต้องการทิศทางและการตรวจสอบ หน่วยของงานกลายเป็น *"specify → generate → verify"* ในทุก stage ไม่ใช่ "พิมพ์เองทั้งหมด"

## Workflow

```text
Spec ──▶ Design ──▶ Implement ──▶ Review ──▶ Test ──▶ Ship
 AI       AI         AI            HUMAN      AI        HUMAN
 draft    options    code+tests    gate       gen+run   gate
```

- **Spec ก่อน** AI ดีได้เท่าที่ spec ดี — เขียน problem statement ที่ชัดเจน + acceptance criteria ก่อน generate spec ขยะ → โค้ดขยะที่มั่นใจ
- **Design** ขอ AI ให้เสนอ 2–3 แนวทางพร้อม trade-offs; ให้มนุษย์เลือก
- **Implement** AI ร่างโค้ด + test; คุณคอยบังคับทิศเป็นก้าวเล็ก ๆ ที่ review ได้
- **Review (human gate ต่อรองไม่ได้)** คนที่เข้าใจโค้ดเป็นผู้อนุมัติ — output ของ AI ถูก review **มากขึ้น** ไม่ใช่น้อยลง
- **Test** AI ช่วย generate/ขยาย test; CI รันมัน
- **Ship** มนุษย์เป็นเจ้าของการตัดสินใจ deploy/rollback

การเปลี่ยนแปลงสำคัญ: คอขวดย้ายจากการ *เขียน* ไปเป็นการ **review และ verify** — ดังนั้นจงลงทุนใน spec, test, และ review ไม่ใช่ความเร็วในการพิมพ์ดิบ ๆ

## มุมมองของผู้สัมภาษณ์

ผู้สัมภาษณ์ตรวจว่าคุณคงวินัยทางวิศวกรรมไว้หรือแค่ "ปล่อยให้ AI เขียน" คำตอบที่ **อ่อน**: "AI เขียนโค้ดให้ เราเลย ship เร็วขึ้น" คำตอบที่ **แข็งแรง**: วงจรชีวิตเดิม, AI เร่งแต่ละเฟส, มนุษย์เป็นเจ้าของ gate (spec, review, ship), และ **การ verify คือคอขวดใหม่**

## จุดพลาด (Pitfalls)

ข้าม spec ได้ผลลัพธ์เป็นเรื่องเหลวไหลที่มั่นใจ; ข้าม review สร้างหนี้ด้านคุณภาพ/ความปลอดภัย; วัด **ผลลัพธ์ (outcomes)** (ซอฟต์แวร์ที่ใช้งานได้, incident น้อยลง) ไม่ใช่จำนวนบรรทัดโค้ด

Workflow

มุมมองของผู้สัมภาษณ์

จุดพลาด (Pitfalls)

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