บทที่ 12: งานพัง อ่าน error ให้เป็น

วันแรกที่ลงมือทำจริง ทุกคนจะเจอหน้าจอที่มีตัวหนังสือสีแดงเต็มไปหมด คนส่วนใหญ่ตกใจแล้วปิดทิ้ง

แต่ตัวแดงพวกนั้นคือสิ่งที่มีค่าที่สุดในการแก้งาน เพราะมันบอกตรง ๆ ว่าติดตรงไหน

เครื่องไม่ได้ด่าเรา มันกำลังบอกว่าอะไรผิด

สไลด์ 1 — เห็นตัวแดง อย่าเพิ่งปิดจอ

ทางที่คนส่วนใหญ่เลือก คือปิดทิ้งแล้วสั่ง AI ทำใหม่ทั้งหมด ผลคือวนอยู่ที่เดิม เพราะสาเหตุยังอยู่

ทางที่จบเร็ว คืออ่านสามบรรทัดแรก แล้วบอก AI ให้ตรงจุด ส่วนใหญ่จบใน 1-2 รอบ

ความต่างไม่ได้อยู่ที่ความเก่ง แต่อยู่ที่ยอมอ่านสิบวินาทีหรือไม่

สไลด์ 2 — อ่าน error ดูแค่สามจุด

• บรรทัดแรก บอกอาการว่าทำอะไรไม่ได้ เช่น หาไฟล์ไม่เจอ หรือเชื่อมฐานข้อมูลไม่ได้
• ชื่อไฟล์กับเลขบรรทัด บอกว่าไปพังตรงไหน เช่น UserList.js:42
• คำที่โผล่ซ้ำ ๆ เอาไปเป็นคำค้นและคำบอก AI

ที่เหลืออีกยี่สิบบรรทัดคือเส้นทางที่โปรแกรมวิ่งผ่าน ยังไม่ต้องอ่านตอนนี้

ลองทำเลย

ครั้งหน้าที่เจอ error ให้ลากเมาส์คลุมสามจุดนี้ก่อนทำอะไรเลย แล้วพูดกับตัวเองเป็นภาษาคนว่า "มันทำ ___ ไม่ได้ ที่ไฟล์ ___" ถ้าพูดได้ แปลว่าอ่านเป็นแล้ว

สไลด์ 3 — ศัพท์ที่ต้องรู้ในบทนี้

• Error ข้อความแจ้งว่าไปต่อไม่ได้ เครื่องหยุดแล้วบอกว่าติดตรงไหน
• Log บันทึกสิ่งที่เครื่องทำ ไล่ดูย้อนหลังได้ว่าก่อนพังเกิดอะไร
• Stack Trace เส้นทางที่พาไปจุดพัง ไล่จากบนลงล่างว่าเรียกอะไรต่ออะไร
• Debug การไล่หาสาเหตุ ตัดทีละอย่างจนเจอว่าอันไหนทำพัง

รู้ศัพท์แล้วจะอ่านหน้าจอที่เคยกลัวได้เอง และคุยกับคนอื่นรู้เรื่อง

สไลด์ 4 — สี่แบบที่มือใหม่เจอบ่อยที่สุด

สี่แบบนี้กินเวลาของคนเพิ่งเริ่มไปเกินครึ่ง เจอครั้งเดียวจำได้ทั้งชีวิต

แบบสุดท้ายเจอบ่อยมากตอนเอาเว็บขึ้นออนไลน์ครั้งแรก รายละเอียดเรื่องกุญแจอยู่ใน บทที่ 45 ความปลอดภัย ก่อนให้ AI แตะธุรกิจจริง

สไลด์ 5 — คำสั่งที่ใช้ได้จริง

ก๊อป error ทั้งก้อนมาวาง แล้วต่อท้ายด้วยสี่ข้อนี้

<วาง error ทั้งก้อนตรงนี้>

1. ตอนนี้กำลังทำอะไรอยู่: <เล่าสั้น ๆ>
2. เพิ่งแก้อะไรไปก่อนหน้าจะพัง: <บอกจุดที่แตะล่าสุด>
3. บอกสาเหตุให้ฟังก่อน อย่าเพิ่งแก้
4. แก้ทีละจุด แก้เสร็จแล้วลองรันใหม่ให้ดู

ก๊อปข้อความจริงมาทั้งก้อน อย่าเล่าเป็นคำพูดของเราเอง เพราะคำที่เราตัดทิ้งมักเป็นคำที่ AI ต้องใช้

ข้อ 3 สำคัญที่สุด เพราะถ้าปล่อยให้แก้ทันที มันจะเดาแล้วแก้หลายจุดพร้อมกัน จนเราไม่รู้ว่าอะไรทำให้หาย

สไลด์ 6 — กันไว้ก่อน พังแล้วถอยกลับได้

• บันทึกจุดที่ยังดีก่อนแก้ มีที่ให้ถอยกลับเสมอ
• แก้ทีละอย่าง เปลี่ยนหลายจุดพร้อมกัน จะไม่รู้ว่าอันไหนได้ผล
• เปิดดูของจริงทุกครั้ง อย่าเชื่อคำสรุปว่าแก้แล้ว
• จดว่าแก้อะไรไป เจอซ้ำครั้งหน้าจะแก้ได้ในนาทีเดียว

เรื่องการบันทึกจุดที่ยังดี ทำได้ง่ายมากด้วย Git ซึ่งอยู่ใน บทที่ 13 ความสัมพันธ์ของเครื่องมือทำเว็บ

ลองทำเลย

เปิดสมุดโน้ตหนึ่งหน้า ตั้งชื่อว่า "error ที่เคยเจอ" ทุกครั้งที่แก้ได้ ให้จดสามบรรทัด คืออาการ สาเหตุ และวิธีแก้ ผ่านไปหนึ่งเดือนจะกลายเป็นคู่มือส่วนตัวที่มีค่าที่สุด

เช็คลิสต์ก่อนไปบทถัดไป

• อ่าน error แล้วชี้ได้ว่าอาการคืออะไร และพังที่ไฟล์ไหน
• มีก้อนคำสั่งส่ง error ให้ AI เก็บไว้พร้อมใช้
• รู้จักสี่อาการยอดฮิตและทางแก้ของแต่ละอัน
• เริ่มจดสมุด error ของตัวเองแล้ว