เขียนโค้ดเสร็จ ไม่ควรส่งหรือขึ้นใช้จริงทันที — ควร "ตรวจ" ก่อนเสมอ. มืออาชีพมีกระบวนการตรวจที่ชัด และมือใหม่ที่สร้างด้วย AI ก็ตรวจเองได้ ถ้ารู้ว่าต้องดูอะไร
สำหรับคนที่สร้างระบบ โดยเฉพาะด้วย AI (vibe coding) แล้วอยากมั่นใจก่อนเอาไปใช้จริงหรือส่งลูกค้า — อ่านจบจะมีเช็คลิสต์ตรวจงานของตัวเองได้ แม้ไม่ใช่โปรแกรมเมอร์
สองคำนี้คล้ายแต่ไม่เหมือน. Verify = ตรวจว่า "ทำงานถูกต้องตามที่ควรไหม" (กดแล้วได้ผลที่ต้องการ ข้อมูลบันทึกถูก). Audit = ตรวจลึกกว่านั้นเรื่อง "คุณภาพและความปลอดภัย" (โค้ดมีช่องโหว่ไหม เขียนดีพอจะดูแลต่อได้ไหม). ก่อนส่งงานควรทำทั้งสอง
ทีมที่ทำงานเป็นระบบจะมีหลายชั้น: Code Review (เพื่อนในทีมอ่านโค้ดก่อน merge), Automated Test (รันชุดทดสอบอัตโนมัติ), Linter (เครื่องมือจับโค้ดผิดมาตรฐานให้เอง), และ Security Audit (ตรวจช่องโหว่ความปลอดภัยโดยเฉพาะ). หลายชั้นช่วยจับสิ่งที่คนเดียวมองข้าม — ไม่ใช่ว่าทุกคนเก่งกว่า แต่คนละสายตาเห็นคนละจุด
ไม่ต้องอ่านโค้ดเป็นก็ตรวจได้เยอะ ด้วยการ "ลองใช้จริงแบบตั้งใจแกล้ง" — สวมบทเป็นลูกค้าที่ซุ่มซ่ามที่สุด แล้วดูว่าระบบเอาอยู่ไหม. ส่วนที่พังจริงมักไม่ใช่กรณีที่คุณตั้งใจทำ แต่เป็นกรณีที่คุณ "ไม่คิดว่าจะมีใครทำ"
AI ตรวจงานที่มันเขียนเองได้ดีน่าแปลกใจ — เพราะ "อ่าน" กับ "เขียน" ใช้คนละมุม. สั่งให้มันสวมหมวกคนตรวจ แล้วมันมักเจอจุดที่ตัวเองเพิ่งพลาดไป. แต่ย้ำเหมือนเดิม — เรื่อง เงิน · ความปลอดภัย · ข้อมูลลูกค้า อย่าเชื่อ AI 100% ให้คนรู้ช่วยดูอีกชั้น เพราะ AI มั่นใจได้แม้ตอนที่ผิด
ก่อนปล่อยขึ้นใช้จริง ไล่เช็ครอบสุดท้ายตามลิสต์นี้ — ผ่านครบทุกข้อค่อยปล่อย. ดีกว่าปล่อยแล้วลูกค้าเจอปัญหาก่อนเรา
| Verify | ทำงานถูกตามที่ควรไหม |
| Audit | คุณภาพ + ความปลอดภัยลึกขึ้น |
| มืออาชีพ | Code Review · Test · Linter · Security Audit |
| มือใหม่ | ลองใช้แบบตั้งใจแกล้ง + เช็คลิสต์ภาษาคน |
| AI ช่วย | ให้รีวิวตัวเองได้ · เรื่องสำคัญคนตรวจ |