vibe code แล้วของพังแต่บอกไม่ถูกว่าพังตรงไหน ต้องรู้จักคำ programming เหล่านี้
คนที่ vibe code ไปต่อได้ไม่ใช่คนเขียนโค้ดเป็น แต่เป็นคนที่รู้ว่าส่วนที่พังเรียกว่าอะไร อ่านต่อเพื่อรู้จักคำ programming พื้นฐานและดูว่าควรรู้เรื่องไหนก่อน

"มันไม่ทำงาน" คือประโยคที่พิมพ์ง่ายที่สุดเวลาของพัง แต่กลับเป็นประโยคที่ AI ช่วยอะไรต่อได้น้อยที่สุด
ลองนึกภาพตามดู คุณสั่งให้ AI ช่วยทำเว็บเก็บรายชื่อลูกค้า ไม่นานก็ได้เว็บที่ใช้งานได้จริง ส่งลิงก์อวดเพื่อนได้เรียบร้อย แต่พอใช้ไปสักพัก จู่ๆ กดปุ่มบันทึกแล้วหน้าจอกลับนิ่งสนิท คุณเลยเปิดแชตเดิมแล้วพิมพ์บอกมันไปว่า "มันไม่ทำงาน" AI ส่งโค้ดชุดใหม่มาให้แก้ คุณลองเอาไปใส่ก็ยังไม่หาย เลยพิมพ์บอกไปอีกว่า "ยังไม่ได้" มันก็แก้มาใหม่อีกชุด พอวนแก้ไปหลายรอบเข้า ฟีเจอร์อื่นที่เคยใช้ได้ดีๆ ดันเริ่มพังตามไปด้วย สุดท้ายโปรเจกต์นั้นก็จบลงตรงนั้น
สิ่งที่ขาดไปตอนวนแก้แบบนี้ไม่ใช่ทักษะการเขียนโค้ด เพราะยังไงคุณก็ไม่ได้จะเขียนเองอยู่แล้ว แต่คือ "คำศัพท์ที่ใช้เรียกสิ่งที่พัง" คุณเห็นชัดว่ากดแล้วนิ่ง แต่ไม่รู้จะบอก AI ว่าปัญหาน่าจะอยู่ตรงส่วนไหน
เส้นแบ่งระหว่างคนที่เขียนโปรแกรมด้วยการสั่ง AI อย่าง vibe code แล้วไปต่อได้เรื่อยๆ กับคนที่ตันจนต้องเลิก จึงไม่ได้อยู่ที่ว่าใครเขียนโค้ดเป็น แต่อยู่ที่ใคร "เรียกชื่อสิ่งที่พังได้ถูก" ต่างหาก เรื่องพื้นฐานที่ต้องรู้จักชื่อมีอยู่ไม่กี่เรื่อง และไม่มีเรื่องไหนที่คุณต้องเขียนโค้ดเป็นเลย รู้แค่ว่ามันคืออะไร และถ้าไม่รู้จักจะเจอปัญหาแบบไหน รู้แค่นี้ก็พอแล้ว
AI แปลคำสั่งเป็นโค้ดได้ แต่แปลอาการเป็นสาเหตุแทนคุณไม่ได้

ตอนเริ่มสร้าง โจทย์ของ AI นั้นง่ายมาก คุณบอกสิ่งที่อยากได้ แล้วมันก็แปลออกมาเป็นโค้ด ซึ่งงานแบบนี้ AI ทำได้ดีจนน่าตกใจ
แต่ตอนที่ระบบพัง โจทย์จะกลับด้านกันทันที หน้าจอของคุณกำลังฟ้องอาการบางอย่าง และคุณต้องสืบย้อนกลับไปให้ได้ว่าอาการนี้เกิดจากระบบส่วนไหน ปัญหาคือ AI ไม่ได้มานั่งดูหน้าจอกับคุณ มันมองไม่เห็นว่าคุณกดอะไร หรือมีอะไรโผล่ขึ้นมาบนจอ มันเห็นแค่ข้อความที่คุณพิมพ์ส่งไปเท่านั้น
พอคุณพิมพ์แค่ว่า "มันไม่ทำงาน" ข้อมูลที่ AI มีให้ใช้ก็แทบจะเป็นศูนย์ สิ่งเดียวที่มันทำได้คือ "เดา" แล้วแก้โค้ดตามที่มันเดา ซึ่งหลายครั้งมักไม่ใช่จุดที่พังจริงๆ สิ่งที่ชวนสับสนคือการที่ AI ตอบกลับมาเร็วและดูมั่นใจ ไม่ได้แปลว่ามันรู้จริงว่าอะไรพัง มันแค่เดาได้เร็วเท่านั้นเอง
คนเดียวที่เห็นหน้างานจริงคือคุณ หน้าที่ของคุณจึงไม่ใช่การลงมือแก้โค้ดเอง แต่คือการเล่าอาการให้เจาะจงพอจน AI ไม่ต้องเดาสุ่ม
ประโยคที่ AI เอาไปทำงานต่อได้ทันทีต้องบอกให้ครบว่าคุณกดอะไรไป คุณคิดว่าจะเกิดอะไรขึ้น แล้วสิ่งที่เกิดขึ้นจริงบนหน้าจอคืออะไร ยิ่งถ้ามีข้อความสีแดงโผล่ขึ้นมาด้วย ข้อความนั้นคือข้อมูลที่สำคัญที่สุดในบทสนทนา ไม่ใช่สิ่งที่ต้องรีบปิดทิ้ง
รวมคำ programming ที่ต้องรู้แค่ว่ามันคืออะไร

แต่ละเรื่องต่อไปนี้มีสิ่งที่คุณต้องรู้อยู่สองอย่าง คือ "มันคืออะไร" และ "ถ้าไม่รู้จักมันจะเจอปัญหาแบบไหน" ส่วนวิธีเขียนโค้ดไม่ต้องจำ เพราะนั่นคือหน้าที่ของ AI อยู่แล้ว
ที่เก็บความลับ (env และ API key)
API key คือรหัสผ่านที่แอปของคุณใช้ยืนยันตัวตนกับบริการอื่น เช่น ระบบส่งอีเมลหรือระบบรับชำระเงิน ส่วน env ใช้เก็บรหัสพวกนี้แยกจากตัวโค้ด
ถ้าไม่รู้จักจะเจออะไร: คีย์หลุดไปอยู่ในไฟล์ที่คุณอัปขึ้นที่สาธารณะ ใครหยิบไปใช้ก็ได้ และค่าใช้จ่ายที่เกิดขึ้นก็มาลงที่บัญชีของคุณ
ฝั่งที่ผู้ใช้เห็น กับฝั่งที่ผู้ใช้ไม่เห็น (frontend กับ backend)
frontend หรือฝั่งหน้าบ้าน คือทุกอย่างที่โผล่บนหน้าจอผู้ใช้ ทั้งปุ่ม ฟอร์ม สี และข้อความ ส่วน backend หรือฝั่งหลังบ้าน คือส่วนที่ทำงานอยู่บนเครื่องเซิร์ฟเวอร์ คอยรับ ตรวจสอบ และบันทึกข้อมูล
ถ้าไม่รู้จักจะเจออะไร: คุณบอกได้แค่ว่ากดปุ่มแล้วไม่มีอะไรเกิดขึ้น AI ก็เดาแล้วไล่แก้สลับสองฝั่งไปมา แก้ฝั่งหนึ่งแล้วอีกฝั่งเพี้ยน
สถานะบนหน้าจอ (state)
state คือข้อมูลที่หน้าจอกำลังจำไว้ชั่วคราว เช่น ล็อกอินอยู่หรือยัง ตะกร้ามีของกี่ชิ้น ปิดหน้าต่างหรือรีเฟรชเมื่อไหร่ก็หายเมื่อนั้น
ถ้าไม่รู้จักจะเจออะไร: กดแล้วตัวเลขไม่ขยับจนกว่าจะรีเฟรช กดสั่งซื้อครั้งเดียวแต่ได้ของซ้ำ หรือล็อกเอาต์ไปแล้วแต่ชื่อยังค้างอยู่บนหัวเว็บ
ที่เก็บข้อมูลถาวร (database)
database ใช้เก็บข้อมูลไว้ถาวร แม้คุณจะปิดเครื่อง ปิดเว็บ หรือเปลี่ยนคนใช้ ต่างจากข้อมูลที่หน้าจอจำไว้ชั่วคราว
ถ้าไม่รู้จักจะเจออะไร: มั่นใจว่าบันทึกเรียบร้อยแล้วทั้งที่ยังไม่ได้บันทึก เพราะบนหน้าจอ ข้อความที่เพิ่งพิมพ์เข้าไปกับข้อความที่บันทึกจริงแล้วหน้าตาเหมือนกันเป๊ะ หรือหนักกว่านั้นคือสั่งให้ AI ล้างข้อมูลทดสอบทิ้ง แล้วข้อมูลจริงหายตามไปโดยไม่มีปุ่มให้กดย้อนกลับ
การรู้ว่าใครเป็นใคร (auth)
auth คือระบบที่บอกว่าคนที่กำลังใช้งานอยู่คือใคร และคนคนนั้นมีสิทธิ์ทำอะไรได้บ้าง การรู้ว่าเป็นใครกับการรู้ว่าทำอะไรได้บ้างเป็นคนละเรื่องกัน
ถ้าไม่รู้จักจะเจออะไร: หน้าล็อกอินดูสวยงามปกติดี แต่พอพิมพ์ลิงก์ตรงเข้าหน้าข้างในกลับเปิดดูได้เลย เพราะการซ่อนปุ่มไม่ให้เห็น ไม่เท่ากับการห้ามเข้า
การอ่าน error
error คือข้อความที่ระบบแจ้งออกมาเวลาที่มีอะไรผิดพลาด และตัวมันเองมักบอกไว้แล้วว่าสะดุดที่ไฟล์ไหน ตรงบรรทัดไหน
ถ้าไม่รู้จักจะเจออะไร: เห็นตัวหนังสือสีแดงยาวๆ โผล่มาแล้วรีบปิดทิ้ง เหลือคำเดียวไปเล่าให้ AI ฟังว่ามันพัง ทั้งที่เบาะแสขึ้นรออยู่ตรงหน้าคุณแล้ว
การย้อนเวอร์ชัน (version control)
version control คือการบันทึกงานแต่ละช่วงเวลาไว้ เพื่อให้คุณย้อนกลับไปใช้เวอร์ชันที่ยังทำงานได้ดี
ถ้าไม่รู้จักจะเจออะไร: AI แก้ทับไปหลายรอบจนของพังหนักกว่าตอนเริ่ม แล้วไม่มีจุดไหนให้ย้อนกลับ เหลือทางเดียวคือต้องให้มันแก้โค้ดที่พังอยู่แล้วต่อไป
AI ตอบสิ่งที่คุณถาม ไม่ใช่สิ่งที่คุณควรถาม
คุณบอกว่าอยากได้ปุ่มที่กดแล้วบันทึกข้อมูล มันทำให้... คุณบอกว่าอยากได้หน้าล็อกอิน มันก็ทำให้อีก... แต่สิ่งที่มันจะไม่ทำ คือการหยุดแล้วทักคุณกลับมาว่า "รู้หรือยังว่ารหัสที่วางไว้ในไฟล์นี้จะติดไปกับตัวเว็บตอนเอาขึ้นจริงนะ?" เพราะไม่มีใครถามคำถามนั้น
ตรงนี้เหมือนปัญหางูกินหาง เพราะความรู้ที่คุณขาด คือความรู้ชุดเดียวกับที่คุณต้องมีเพื่อจะรู้ว่าตัวเองกำลังขาดอะไร คนที่ไม่เคยรู้ว่ามีสิ่งที่เรียกว่า state อยู่บนโลก ก็ย่อมไม่มีวันพิมพ์คำถามที่มีคำว่า state ลงไปในห้องแชตได้
เพราะแบบนี้ ชื่อเรียกชุดแรกจึงต้องมาจากนอกห้องแชตสักครั้งหนึ่งก่อน เมื่อมีชื่ออยู่ในหัวแล้ว หลังจากนั้นคุณจะถาม AI ต่อได้ทั้งหมด และมันจะกลายเป็นผู้ช่วยที่ดีขึ้นทันที เพราะคำถามที่คุณป้อนเข้าไปนั้นแม่นยำขึ้น
ถ้าเลือกเก็บได้ทีละเรื่อง เราจะเริ่มจากตรงนี้
คุณไม่ต้องเก็บให้ครบในคราวเดียว ลำดับข้างล่างนี้เรียงตามว่า ตอนลงมือทำจริงคุณน่าจะเจอเรื่องไหนก่อน ไม่ได้เรียงตามความยากของเนื้อหา ถ้ามีสองเรื่องมาพร้อมกัน เราให้เรื่องที่พลาดแล้วย้อนคืนไม่ได้ขึ้นก่อน และย้ำว่านี่เป็นลำดับที่เราเลือกเอง ไม่ได้อิงสถิติจากที่ไหน
- การอ่าน error เก็บก่อนเพื่อนเลย เพราะมันช่วยเปลี่ยนประโยค "มันไม่ทำงาน" ให้กลายเป็นข้อมูลที่ AI เอาไปแก้ต่อได้จริง
- การย้อนเวอร์ชัน ตามมาติดๆ เพราะถ้าไม่มีจุดให้ย้อนกลับ สิ่งที่ต้องเสียอาจเป็นทั้งโปรเจกต์ ไม่ใช่แค่ฟังก์ชันเดียว และถ้าระหว่างทางไปเจอหน้าต่างพิมพ์คำสั่งที่เรียกว่า terminal เราเขียนอธิบายแยกไว้อีกบทความเรื่อง terminal สำหรับคนที่ไม่ใช่โปรแกรมเมอร์
- ที่เก็บความลับ ก็เป็นเรื่องที่พลาดแล้วตามคืนไม่ได้เหมือนกัน ของที่หลุดออกสู่สาธารณะไปแล้วก็คือหลุดไปแล้ว
- ที่เก็บข้อมูลถาวร เก็บต่อทันที เพราะถ้าพลาด ข้อมูลจะหายจริง ไม่ใช่แค่หน้าจอเพี้ยน
- การรู้ว่าใครเป็นใคร รอได้ตราบใดที่ยังใช้อยู่คนเดียว แต่วันที่คุณเปิดให้คนอื่นเข้ามาใช้ ให้ดันขึ้นมาอยู่บนสุดทันที เพราะข้อมูลที่เสียหายไม่ใช่ของคุณคนเดียวอีกต่อไป
- สถานะบนหน้าจอ รอให้เจออาการกดแล้วไม่ขยับก่อนค่อยเปิดอ่านก็ทัน เพราะมันกวนใจ แต่ไม่ทำให้ของหายถาวร
- ฝั่งที่ผู้ใช้เห็นกับไม่เห็น เป็นเรื่องที่ค่อยๆ ซึมเข้าหัวเองจากการนั่งดู AI ไล่แก้สลับสองฝั่งให้เห็นซ้ำๆ
อะไรที่ปล่อยให้ AI ตัดสินใจได้ อะไรที่คุณต้องตัดสินใจเอง
| ปล่อยให้ AI ตัดสินใจได้เลย | เรื่องที่คุณต้องตัดสินใจเอง |
|---|---|
| ตั้งชื่อไฟล์ จัดโฟลเดอร์ วางโครงสร้างโค้ด | จะเก็บข้อมูลอะไรไว้บ้าง และเก็บไว้ที่ไหน |
| เลือกวิธีเขียนโค้ดที่ให้ผลลัพธ์เหมือนกัน | ใครมีสิทธิ์เห็นข้อมูลของใครได้บ้าง |
| จัดหน้าตา ระยะห่าง สีปุ่ม | ข้อมูลส่วนไหนลบได้ ส่วนไหนห้ามลบเด็ดขาด |
| แก้ error ที่มีข้อความบอกสาเหตุมาตรงๆ | รหัสผ่านกับ API key วางไว้ตรงไหน ปลอดภัยไหม |
| เขียนโค้ดส่วนซ้ำๆ ที่มีแบบแผนตายตัว | จะย้อนกลับไปเวอร์ชันเดิม หรือจะแก้ทับต่อไป |
เส้นแบ่งไม่ได้อยู่ที่ว่าเรื่องไหนยากกว่ากัน แต่อยู่ที่ว่า "ถ้าผิดพลาดแล้ว ย้อนกลับมาแก้ได้ไหม"
เรื่องไหนที่ตัดสินใจพลาดแล้วกลับมาแก้ทีหลังได้สบาย ก็ปล่อยให้ AI ตัดสินใจไปได้เลย ไม่ต้องเสียเวลาคิดมาก ส่วนเรื่องไหนที่ตัดสินใจผิดแล้วข้อมูลจะหาย เสียเงิน หรือความลับรั่วไหล ต้องผ่านตาคุณก่อนเสมอ แม้คุณจะอ่านโค้ดไม่ออก คุณก็ยังสั่งให้ AI อธิบายด้วยภาษาง่ายๆ ก่อนได้ว่ามันกำลังจะไปแตะต้องส่วนไหน แล้วค่อยกดยืนยัน
มุมนี้เราเคยเขียนไว้ในอีกบทความเรื่อง ของพังตอน vibe coding ไม่ได้แปลว่า AI โง่ แต่แปลว่าไม่มีคนกล้าตัดสินใจ เพราะเครื่องมือยิ่งเก่ง คนสั่งยิ่งต้องรู้ว่าตรงไหนห้ามปล่อยมือ
ไม่ต้องเรียนให้ครบก่อนเริ่ม
เรื่องทั้งหมดนี้ไม่ใช่หลักสูตรที่ต้องเรียนให้จบก่อนถึงจะแตะโปรเจกต์ได้ ถ้ารอให้พร้อมครบทุกเรื่องก่อน คุณจะไม่ได้เริ่มสักที และต่อให้พยายามท่องจำไว้ตอนนี้ อีกเดี๋ยวก็ลืม เพราะยังไม่มีอะไรพังให้ต้องจำ
วิธีที่ได้ผลกว่าคือ "เริ่มลงมือทำไปเลย" แล้วค่อยเก็บทีละคำตอนที่เจอปัญหา วันที่คีย์หลุด คำว่า env จะเลิกเป็นศัพท์แปลกหูทันที วันที่กดบันทึก แต่พอรีเฟรชข้อมูลกลับหายวับ คำว่า state ก็จะมีหน้าตาให้คุณนึกออกทันทีเหมือนกัน
ตอนนี้จะข้ามเรื่องพวกนี้ไปก่อนก็ได้ แต่พอถึงวันที่ของพังคาหน้าจอ ให้กลับมาหยิบคำที่ตรงกับอาการไปใช้คุยกับ AI แค่คำเดียวก็พอ
คำที่ได้มาตอนเจอปัญหาจริงไม่ใช่คำที่ท่องมา แต่เป็นคำเรียกปัญหาที่คุณเคยเจอกับตัว
ชอบเรื่องแนวนี้ มีอีบุ๊คฟรีให้อ่านต่อ
NotebookLM ฉบับเข้าใจง่าย โยนเอกสารให้ AI อ่าน แล้วได้สรุป พอดแคสต์ และคลังความรู้ส่วนตัว
กดสมัครแล้วเราจะส่งเทคนิค AI และของแจกใหม่ๆ ให้ทางอีเมล เลิกรับได้ตลอด
Claude Cowork · The Business Playbook

ฉบับภาษาไทย 15 บท เรียนรู้ผ่านโปรเจกต์จำลองต่อเนื่องทั้งเล่ม ตั้งแต่ตั้งค่า Workspace จัดการไฟล์ เชื่อมแอป ตั้งระบบอัตโนมัติ จนถึงสร้าง Plugin


