รู้เพดานของตัวเอง แล้วเช่าส่วนที่เกิน
มีจุดหนึ่งที่การฝืนทำต่อคนเดียว เลิกเป็นความกล้า แล้วกลายเป็นความประมาท บทนี้สอนให้คุณหาจุดนั้นของตัวเองให้เจอ แยกปัญหาที่ควรเรียนออกจากปัญหาที่ควรเช่า รู้สัญญาณว่าคุณชนเพดานแล้ว และเข้าใจว่าการดึงคนเก่งเข้ามาตอนถึงเพดาน ไม่ใช่ความล้มเหลว แต่คือการตัดสินใจที่โตที่สุด และเป็นบทปิดที่พาคุณกลับไปหาคำสัญญาตั้งต้นของ Section นี้
รู้เพดานของตัวเอง แล้วเช่าส่วนที่เกิน
คุณกำลังทำของชิ้นหนึ่งกับ AI แล้วเริ่มเจอปัญหาที่ใหญ่กว่าเดิม ไม่ใช่ปุ่มผิดสีหรือข้อความวางผิดที่ แต่เป็นเรื่องที่คุณฟังแล้วยังไม่แน่ใจด้วยซ้ำว่ามันแปลว่าอะไร ข้อมูลคนใช้จะปลอดภัยไหม ถ้าคนเข้าพร้อมกันเยอะ ๆ มันจะล่มไหม ถ้าเครื่องที่เก็บข้อมูลดับตอนตีสาม จะเกิดอะไรขึ้น คุณอ่านคำตอบของ AI แล้วก็ยังไม่โล่ง เพราะลึก ๆ คุณรู้ว่าตัวเองตอบไม่ได้ว่ามันถูกหรือเปล่า
แล้วคุณก็ตัดสินใจอย่างที่หลายคนตัดสินใจ คือฝืนทำต่อ บอกตัวเองว่าเดี๋ยวก็เข้าใจ เดี๋ยวก็ผ่าน เพราะการยอมรับว่า "เรื่องนี้เกินมือฉันแล้ว" มันรู้สึกเหมือนแพ้ คุณเลยไม่ยอมรับ แล้วก็ลากของที่คุณไม่เข้าใจมันจริง ๆ ขึ้นไปอยู่ของจริงที่มีคนใช้
มีจุดหนึ่งที่การฝืนทำต่อคนเดียว เลิกเป็นความกล้า แล้วกลายเป็นความประมาท และส่วนที่ยากที่สุดของเรื่องนี้ ไม่ใช่การข้ามจุดนั้นไปให้ได้ แต่คือการยอมรับว่าจุดนั้นอยู่ตรงไหน บทนี้คือเรื่องของการหาจุดนั้นให้เจอ และรู้ว่าจะทำอะไรเมื่อถึงมัน
💡 ใจความสำคัญ: เพดานของคุณไม่ใช่จุดอ่อนที่ต้องปิด มันคือเส้นที่คุณต้องรู้ว่าอยู่ตรงไหน ปัญหาบางอย่างคุ้มที่จะเรียนเพราะมันคือของของคุณเอง ปัญหาบางอย่างไม่คุ้มที่จะเรียน เพราะมีคนทำไว้ดีกว่าที่คุณจะทำได้มาก และคุณ "เช่า" มันได้ การรู้ว่าอันไหนเป็นอันไหน แล้วเช่าส่วนที่เกินเพดาน คือการตัดสินใจที่โตที่สุดในงานนี้ ไม่ใช่ที่อ่อนที่สุด
ของยากที่สุดในแอป มีคนแบกไว้ให้คุณอยู่แล้ว
ก่อนจะพูดถึงเพดาน ต้องเข้าใจก่อนว่าทำไมคนที่ไม่ใช่โปรแกรมเมอร์ ถึงสร้างของที่มีคนใช้จริงได้เลย ทั้งที่ไม่ได้รู้เรื่องยาก ๆ พวกนั้น คำตอบคือ เพราะของยากที่สุดหลายอย่าง มีคนทำเสร็จไว้ให้แล้ว และคุณแค่ไปยืนบนของที่เขาทำไว้
ในภาค A คุณรู้จัก "ที่ฝากเว็บ" หรือ host ไปแล้ว (บท 5.2) ว่ามันคือเครื่องที่เปิดตลอดบนอินเทอร์เน็ตคอยรันเว็บคุณ และรู้จักบริการสำเร็จอย่าง Supabase ที่ให้หลังบ้านกับที่เก็บข้อมูลกับระบบล็อกอินมาพร้อมในที่เดียว ของพวกนั้น ในวงการเรียกรวม ๆ ว่า managed platform หรือ "แพลตฟอร์มที่มีคนดูแลให้" สิ่งที่บทนั้นไม่ได้พูดคือ เบื้องหลังการ "เช่า" แพลตฟอร์มพวกนี้ มันแบกของหนักอะไรไว้ให้คุณบ้าง
มีอยู่สี่อย่างหลักที่หนักเกินมือคนเริ่มต้นเกือบทุกคน คือ การรับคนเข้าพร้อมกันเยอะ ๆ โดยไม่ล่ม (วงการเรียก scaling) การอุดช่องโหว่ความปลอดภัยใหม่ ๆ ที่โผล่มาทุกสัปดาห์ การสำรองข้อมูลไว้กันตอนเครื่องพัง (backup) และการทำให้เว็บอยู่ได้ตลอดไม่ดับ ตอนตีสามที่คุณหลับ (uptime) ของยากระดับนี้ ปกติต้องใช้ทีมวิศวกรทั้งทีมทำกันเต็มเวลา
จุดสำคัญที่คนมองข้าม คือของพวกนี้ไม่ได้แบกโดย "โค้ดของคุณ" แต่แบกโดย "คนของเขา" โค้ดที่คุณกับ AI เขียน เปราะบางและยังใหม่ ส่วนเรื่อง scaling ความปลอดภัย backup และ uptime มีทีมที่ทำเรื่องนี้มาเป็นสิบปีดูแลให้ คุณยืนอยู่บนไหล่เขา ไม่ใช่บนขาตัวเองคนเดียว
ปัญหาที่ควรเรียน กับปัญหาที่ควรเช่า
พอรู้ว่ามีของให้เช่า คำถามถัดมาคือ แล้วของไหนควรเช่า ของไหนควรเรียนทำเอง เพราะถ้าเช่าทุกอย่าง คุณก็ไม่ได้สร้างอะไรเลย แต่ถ้าจะทำเองทุกอย่าง คุณก็ไปไม่รอด เส้นแบ่งตรงนี้คือหัวใจของบททั้งบท
วิธีแยกที่ใช้ได้จริงคือถามตัวเองว่า ปัญหานี้มันคือ "ของของแอปฉันโดยเฉพาะ" หรือเป็น "ปัญหาที่ทุกแอปบนโลกเจอเหมือนกันหมด"
ปัญหาที่ควรเรียน คือตรรกะเฉพาะของแอปคุณ เว็บนี้ต้องจำว่าผู้ใช้แต่ละคนบันทึกบทไหนไว้ อ่านจบบทไหนแล้ว เงื่อนไขว่าใครเห็นอะไรได้บ้าง หน้าตาควรเป็นแบบไหน เนื้อหาเรียงยังไง พวกนี้ไม่มีใครทำแทนคุณได้ เพราะมันคือ "ของของคุณ" ไม่มีแอปไหนในโลกเหมือนแอปคุณตรงนี้ ถ้าคุณไม่เข้าใจมัน ก็ไม่มีใครเข้าใจแทน นี่คือส่วนที่คุณกับ AI ต้องเรียนรู้และจัดการเอง
ปัญหาที่ควรเช่า คือปัญหาที่ทุกแอปเจอเหมือนกัน และมีคนแก้ไว้ดีกว่าที่คุณจะทำได้ การทำให้เว็บไม่ล่มตอนคนเยอะ การเก็บรหัสผ่านคนใช้ให้ปลอดภัย การกู้ข้อมูลคืนตอนเครื่องพัง การยืนยันตัวตนคนล็อกอิน ปัญหาพวกนี้ทุกเว็บบนโลกเจอเหมือน ๆ กัน มีคนทุ่มเวลาเป็นสิบปีแก้มันจนดีมากแล้ว คุณไปนั่งทำเองตั้งแต่ศูนย์ ก็ได้ของที่แย่กว่า ช้ากว่า และอันตรายกว่า มันไม่ใช่เรื่องที่คุ้มจะเรียน มันคือเรื่องที่คุ้มจะเช่า
ตัวอย่างที่ชัดที่สุดคือระบบล็อกอิน หรือ authentication ที่บท 5.2 นิยามไว้แล้วว่าคือระบบที่ทำให้แอปรู้ว่าคุณเป็นใครและมีสิทธิ์เห็นอะไรได้บ้าง เรื่องนี้ดูเหมือนง่าย แค่ให้กรอกอีเมลกับรหัสผ่าน แต่จริง ๆ มันยากและอันตรายมาก เก็บรหัสผ่านยังไงไม่ให้รั่ว กันคนเดารหัสซ้ำ ๆ ยังไง รีเซ็ตรหัสที่ลืมยังไงให้ปลอดภัย ต่อบัญชี Google ยังไง ถ้าทำพลาดจุดเดียว ข้อมูลคนใช้ทั้งหมดอาจรั่วได้ในคืนเดียว นี่คือตัวอย่างทองคำของ "ปัญหาที่ควรเช่า ไม่ใช่ปัญหาที่ควรเรียน"
ลองนึกภาพเส้นแบ่งง่าย ๆ ฝั่งหนึ่งคือ "เก็บฐานข้อมูลให้รอดตอนตีสาม" อีกฝั่งคือ "ตรรกะว่าแอปฉันต้องทำงานยังไง" ฝั่งแรกเช่า ฝั่งหลังเรียน ของที่ตื่นมาตอนตีสามเพื่อแก้ ปล่อยให้คนที่เขาตื่นเพื่อมันอยู่แล้วแก้ ของที่มีแต่คุณรู้ว่ามันควรเป็นยังไง เก็บไว้เป็นของคุณ
สัญญาณว่าคุณชนเพดานแล้ว
ทีนี้มาถึงส่วนที่ยากที่สุด คือการยอมรับว่าตัวเองถึงเพดานแล้ว เพราะเพดานมันมองไม่เห็นเหมือนกำแพง คุณไม่ได้เดินไปชนแล้วรู้ตัวทันที มันค่อย ๆ มา และคนส่วนใหญ่เลือกที่จะไม่มองมัน
แต่มันมีสัญญาณที่จับต้องได้ มี 4 อย่างที่ถ้าโผล่มาในงานของคุณ แปลว่าคุณกำลังเข้าใกล้หรือข้ามเพดานไปแล้ว และถึงเวลาหยุดฝืนคนเดียว
- มีเงินจริงเข้ามาเกี่ยว ทันทีที่แอปคุณรับเงิน เก็บเงิน หรือเกี่ยวกับการจ่ายเงินของคนอื่น ความเสี่ยงกระโดดขึ้นทันที ของพังที่เคยแค่ "น่ารำคาญ" กลายเป็น "คนเสียเงินจริง" ในแอปคุณ มันคือวันที่คุณเริ่มอยากเพิ่มปุ่มจ่ายเงิน หรือผูกบัตรเครดิต ตรงนั้นคือจุดที่ควรเช่าระบบจ่ายเงินสำเร็จ ไม่ใช่ให้ AI เขียนเองตั้งแต่ศูนย์
- มีข้อมูลส่วนตัวที่อ่อนไหวของคนอื่น ถ้าแอปคุณเก็บข้อมูลที่ถ้ารั่วแล้วทำคนเดือดร้อนได้ เลขบัตร ข้อมูลสุขภาพ ที่อยู่ ข้อมูลที่คนไม่อยากให้ใครเห็น นี่ไม่ใช่ของที่คุณจะลองผิดลองถูกได้ ในแอปคุณ มันคือตอนที่ตารางในที่เก็บข้อมูลเริ่มมีคอลัมน์แบบนี้ ตรงนั้นคือจุดที่ควรหาคนช่วยดูเรื่องความปลอดภัยก่อนปล่อยจริง
- คนใช้เยอะจนของเริ่มไม่ไหว ถ้ามีคนเข้ามากจนเริ่มช้า เริ่มล่ม และคุณไม่เข้าใจว่าทำไม นั่นคือสัญญาณว่าเรื่องนี้เกินสิ่งที่คุณจัดการเองได้แล้ว ในแอปคุณ มันคือวันที่เว็บเริ่มหมุนนาน ๆ หรือล่มเป็นพัก ๆ ตอนคนเข้าพร้อมกันเยอะ ตรงนั้นคือจุดที่เรื่อง scaling เกินเพดานคุณ และต้องพึ่งแพลตฟอร์มหรือคนที่ทำเรื่องนี้เป็น
- มีคนคาดหวังว่ามันต้องไม่ล่ม ถ้ามีคนพึ่งแอปคุณจริง ๆ จนถ้ามันดับแล้วเขาเดือดร้อน ไม่ใช่แค่ของเล่นที่ดับแล้วไม่มีใครว่า นั่นคือคุณกำลังรับ "สัญญาว่าจะไม่ล่ม" ที่คุณคนเดียวแบกไม่ไหว ในแอปคุณ มันคือวันที่มีลูกค้าจ่ายเงินใช้งาน หรือมีคนเอามันไปใช้ทำงานสำคัญทุกวัน ตรงนั้นคือจุดที่ uptime ไม่ใช่เรื่องที่คุณเฝ้าเองคนเดียวได้อีกต่อไป
สี่ข้อนี้สรุปง่าย ๆ คือ เงินจริง ข้อมูลส่วนตัว คนเยอะ และสัญญาว่าต้องไม่ล่ม พอเรื่องไหนในนี้ขึ้นเดิมพัน คุณไม่ได้กำลังทำของเล่นอีกต่อไป และการฝืนทำคนเดียวต่อ ก็เลิกเป็นความกล้า
หลายคนคิดว่า การถึงเพดานแปลว่าตัวเองห่วย จริง ๆ ไม่ใช่ เพดานไม่ได้บอกว่าคุณเก่งแค่ไหน มันบอกว่างานนี้มันเสี่ยงแค่ไหน คนเก่งที่สุดในโลกก็มีเพดานของตัวเอง ความต่างระหว่างคนที่รอดกับคนที่พัง ไม่ใช่ว่าใครเพดานสูงกว่า แต่คือใครยอมรับเพดานของตัวเองได้ตรงเวลากว่ากัน คนที่ยอมรับไม่ได้ คือคนที่ลากของเกินมือขึ้นของจริง แล้วค่อยมารู้ตอนมันรั่วหรือล่ม
เพดานขยับออกได้ ตามที่คุณเรียนรู้
ข่าวดีที่ทำให้เรื่องเพดานนี้ไม่ใช่เรื่องน่าหดหู่ คือเพดานมันไม่ได้อยู่ที่เดิมตลอดไป มันขยับออกได้ตามที่คุณเรียนรู้
ของที่อยู่เหนือเพดานคุณปีนี้ อาจอยู่ใต้เพดานคุณปีหน้า เรื่องที่วันนี้คุณฟังแล้วงงไปหมด พอคุณทำงานกับมันไปเรื่อย ๆ อ่านมากขึ้น พังแล้วแก้หลายรอบ วันหนึ่งมันก็จะกลายเป็นเรื่องที่คุณเข้าใจและจัดการเองได้ เพดานเลื่อนตามทุกครั้งที่คุณเรียนรู้
นี่คือเหตุผลที่ "การรู้เพดาน" ไม่ใช่การยอมแพ้แล้วหยุดอยู่กับที่ มันคือการรู้ว่าวันนี้คุณยืนตรงไหน เพื่อจะเลือกได้ว่าจะเช่าอะไร และจะค่อย ๆ เรียนอะไรให้เพดานขยับ คุณเช่าส่วนที่เกินไว้ก่อน เพื่อให้ของออกไปใช้ได้จริงวันนี้ แล้วระหว่างนั้นก็ค่อย ๆ เก่งขึ้น จนสักวันบางอย่างที่เคยต้องเช่า คุณเข้าใจมันพอที่จะตัดสินใจได้เองดีขึ้น
เทียบกับครัว ที่ตรงไหนมันต่าง
ลองนึกถึงการทำอาหาร คุณทำกับข้าวที่บ้านได้ ทำเก่งด้วย เพื่อนชมตลอด วันหนึ่งมีงานเลี้ยงที่บ้าน คุณรับทำอาหารเลี้ยงคนเป็นสิบได้สบาย นี่คือของที่อยู่ในมือคุณ
แต่ถ้าคุณจะเปิดร้านอาหารจริง ๆ เป็นธุรกิจ คุณไม่ได้ไปสร้างครัวขนาดอุตสาหกรรมขึ้นมาเองตั้งแต่ศูนย์ คุณไม่ได้ต่อระบบแก๊ส วางระบบดูดควัน ติดตั้งห้องเย็นเก็บของขนาดใหญ่ ขึ้นโครงสร้างที่ผ่านมาตรฐานความปลอดภัยเอง คุณไป "เช่า" สถานที่กับครัวที่มีอุปกรณ์พวกนั้นพร้อมแล้วมาใช้ เพราะการสร้างครัวอุตสาหกรรมเองตั้งแต่ต้น เป็นคนละเรื่องกับการทำอาหารเก่ง มันคือทักษะคนละชุด ใช้เงินคนละก้อน และเสี่ยงคนละระดับ
ฝีมือทำอาหารของคุณ คือ "ตรรกะเฉพาะของแอปคุณ" ที่ไม่มีใครทำแทนได้ ส่วนตัวอาคาร ระบบแก๊ส ห้องเย็น คือ scaling ความปลอดภัย และ uptime ที่คุณเช่าเอา คนทำร้านอาหารที่ฉลาด ไม่ได้พิสูจน์ตัวเองด้วยการสร้างตึกเอง เขาเอาเวลาไปทุ่มกับสิ่งที่มีแต่เขาทำได้ คือรสมือ แล้วเช่าส่วนที่เหลือ
แต่การเปรียบเทียบนี้มันพังตรงหนึ่งจุดสำคัญ เพดานของครัวจริงมันขยับยากมาก กว่าคุณจะมีปัญญาสร้างครัวอุตสาหกรรมเองได้ ต้องใช้เงินและเวลาเป็นปี ๆ แต่เพดานของซอฟต์แวร์ขยับออกเร็วกว่านั้นมาก ของที่เหนือเพดานคุณปีนี้ อาจอยู่ใต้เพดานคุณปีหน้าได้จริง เพราะการเรียนรู้เรื่องซอฟต์แวร์ไม่ต้องลงทุนสร้างตึก แค่ลงแรงเข้าใจ ตรงนี้คือที่ครัวกับโค้ดไม่เหมือนกัน อย่าเอาความรู้สึกว่า "เพดานครัวขยับยาก" มาคิดว่าเพดานโค้ดของคุณก็ตายตัวเหมือนกัน มันไม่ตายตัว
ตัวอย่างจริง คนสร้างเว็บนี้เช่าเพดานของตัวเองอยู่แล้ว
ทั้งหมดที่พูดมา ไม่ใช่ทฤษฎี เว็บที่คุณกำลังอ่านอยู่ตอนนี้ ทำตามนี้เป๊ะ ๆ และคนสร้างมันไม่ใช่โปรแกรมเมอร์ เป็นผู้บริหารสายธุรกิจที่สร้างเว็บนี้ด้วยการพิมพ์บอก AI ล้วน ๆ
จำ Netlify กับ Supabase ที่บท 5.2 พูดถึงตอนแยกห้าส่วนของเว็บแอปได้ไหม ตอนนั้นมันคือแค่ "ชื่อบริการที่เว็บนี้ใช้" ตรงนี้คือ "เหตุผล" เบื้องหลังการเลือกเช่ามันมา คือการตัดสินใจเรื่องเพดานที่บททั้งบทกำลังพูดถึง
เขาไม่ได้ทำเรื่องยากเองสักอย่าง เขาเช่ามันมา เรื่องที่ฝากเว็บ การอยู่บนอินเทอร์เน็ตได้ตลอด รับคนเข้าเยอะ ๆ ได้โดยไม่ล่ม เขาเช่าจาก Netlify ส่วนเรื่องล็อกอิน ฐานข้อมูลที่เก็บว่าใครบันทึกอะไรไว้ และการสำรองข้อมูล เขาเช่าจาก Supabase จุดที่ชัดที่สุดคือ เขาไม่ได้สร้างระบบล็อกอินเองตั้งแต่ศูนย์ เรื่อง authentication ที่ยากและอันตรายที่สุดเรื่องหนึ่ง เขาไม่แตะมันเลย เขายืนบน Supabase ที่ทำเรื่องนี้ไว้ดีแล้ว ล็อกอินด้วยอีเมลก็ได้ บัญชี Google ก็ได้ และมีระบบกันไม่ให้คนหนึ่งเห็นข้อมูลของอีกคน ทั้งหมดนี้เป็นของที่เช่ามา ไม่ใช่ของที่เขานั่งเขียนเอง
นี่แหละคือ "การเช่าเพดาน" ที่บทนี้พูดถึง ทำอยู่จริง ๆ แล้ว ไม่ใช่ว่าเขาเก่งพอจะสร้างระบบล็อกอินเองแต่ขี้เกียจ แต่เขาตัดสินใจอย่างคนที่รู้เพดานตัวเอง ว่าเรื่องนี้เช่าดีกว่าทำเอง แล้วเอาเวลากับสมองทั้งหมดไปทุ่มกับ "ตรรกะเฉพาะของเว็บเขา" คือเนื้อหา การจำว่าใครอ่านอะไรไปแล้ว หน้าตาที่อยากให้เป็น ส่วนที่มีแต่เขาทำได้
ถ้าเขาดื้อจะสร้างทุกอย่างเองตั้งแต่ศูนย์เพื่อพิสูจน์ว่าตัวเอง "ทำได้จริง" เว็บนี้คงไม่มีวันออกมา หรือถ้าออกมาก็คงรั่วและล่มไปแล้ว การที่มันอยู่บนอินเทอร์เน็ตได้จริงทุกวันนี้ ส่วนหนึ่งเพราะเขายอมรับเพดานตัวเอง แล้วเช่าส่วนที่เกิน
หลายคนคิดว่า ดึงคนเก่งหรือบริการสำเร็จรูปเข้ามา แปลว่าทำเองไม่ได้ เลยไม่ใช่ของจริง จริง ๆ มันกลับกัน การรู้ว่าเรื่องไหนควรส่งต่อให้คนหรือของที่ทำได้ดีกว่า คือการตัดสินใจที่โตที่สุดในงานวิศวกรรม ไม่ใช่ที่อ่อนที่สุด คนที่ทำงานจริงจังไม่มีใครสร้างทุกอย่างเอง เพราะมันไม่ฉลาด และของจะไม่มีวันเสร็จ การดึงคนหรือแพลตฟอร์มเข้ามาตรงเพดาน ไม่ใช่จุดที่คุณแพ้ มันคือจุดที่ของของคุณรอด
ปิดท้าย คุณเดินครบทั้งเส้นแล้ว
ย้อนกลับไปจุดเริ่มของทั้ง Section นี้ ภาค A เปิดด้วยการพาคุณรู้จัก "เครื่อง" ที่อยู่ตรงหน้า ว่า vibe code คืออะไร เว็บแอปทำมาจากห้าส่วนอะไร ซอฟต์แวร์ของคุณอยู่ตรงไหนจริง ๆ git เทอร์มินอล การรันบนเครื่องตัวเอง ไปจนถึง deploy ที่ทำให้ของออกไปอยู่บนอินเทอร์เน็ต พอจบภาค A คุณกลายเป็น Prompter ที่เข้าใจเครื่องตรงหน้า สร้างของได้ ส่งขึ้นของจริงได้ และมองออกว่าข้างในมันมีอะไรบ้าง
จากนั้นในภาค B เราเปิดด้วยบท 5.9 ด้วยความรู้สึกที่คุณน่าจะเคยเจอ คือคุณใช้ AI สร้างของขึ้นมาได้ มันทำงาน คุณรู้สึกเก่งขึ้นมาเลย แล้วคุณแก้นิดเดียว มันพัง คุณค้าง แล้วรู้สึกว่า "เรื่องนี้มันไม่ใช่ของเรา" และคำสัญญาของภาค B คือ ช่องว่างตรงนั้นไม่ใช่ "คุณเขียนโค้ดไม่เป็น" แต่คือ "ยังจัดการความซับซ้อนไม่เป็น" และอันหลังเรียนรู้ได้
ตอนนี้คุณมีของครบมือแล้ว "ดีพอสำหรับของจริงในฐานะคนที่ไม่ใช่โปรแกรมเมอร์" หน้าตามันเป็นแบบนี้เอง คุณจัดการความซับซ้อนแทนที่จะกลัวมัน คุณเก็บจุดเซฟไว้ก่อนทำของที่ถอยกลับยาก คุณแก้ทีละนิดแทนที่จะรื้อทีเดียวทั้งหมด คุณลองของบนเครื่องตัวเองก่อนปล่อยขึ้นของจริง คุณจดความจำไว้นอกหัวให้ทั้งคุณและ AI กลับมาอ่าน คุณชี้จุดที่จะแก้ได้แม่น คุณรู้ว่าตรงไหนอันตราย คุณมีตาข่ายคอยเช็กว่าของเก่ายังดีอยู่ และคุณรู้เพดานของตัวเอง แล้วเช่าส่วนที่เกิน นี่คือทั้งหมดที่ทำให้คนที่ไม่ได้เรียนเขียนโค้ดมา ส่งของขึ้นของจริงได้
นี่คือเส้นทั้งเส้น ภาค A ปูรากฐานและทำให้คุณเป็น Prompter ที่เข้าใจเครื่อง ภาค B พาคุณไต่ต่อ จาก Prompter ขึ้นเป็น Operator คนที่มีจุดเซฟ แก้ทีละอย่าง มีไฟล์ความจำ แล้วขึ้นต่อเป็น Architect คนที่ถือภาพรวมทั้งระบบ ดมกลิ่นเขตอันตรายได้ก่อนแตะ และรู้ว่าตรงไหนควรเช่า สามขั้นที่บท 5.9 วางไว้ตั้งแต่ต้น คุณเดินครบทั้งสามขั้นแล้ว
และส่วนที่สำคัญที่สุดของทั้งหมดนี้ ไม่มีขั้นไหนเลยที่ต้องให้คุณนั่งเขียนโค้ดเป็น AI พิมพ์ให้คุณฟรีมาตั้งแต่ต้น สิ่งที่คุณเพิ่งเรียนตลอด Section นี้ คือส่วนที่ AI พิมพ์แทนไม่ได้ คือการจัดการความซับซ้อนกับการตัดสินใจ และนั่นแหละ คือสิ่งที่งานวิศวกรรมเป็นจริง ๆ ใต้การพิมพ์ทั้งหมด คุณไม่ได้ขาดมันมาตั้งแต่แรก คุณแค่ยังไม่ได้เรียนมัน และตอนนี้คุณเรียนแล้ว
เครื่องมือติดตัว เช็ก 30 วินาทีก่อนแตะอะไรก็ตาม
ก่อนจบ ขอทิ้งของชิ้นเดียวให้เอาไปใช้ได้ทุกวัน ทุกอย่างในภาค B บีบลงมาเหลือคำถามหกข้อ ที่คุณถามตัวเองได้ภายในครึ่งนาที ก่อนจะให้ AI แตะอะไรก็ตาม
- เซฟสถานะที่ใช้ได้ตอนนี้ไว้หรือยัง (กฎข้อ 1 ถอยกลับได้เสมอ)
- การแก้ครั้งนี้ พูดเป็นประโยคเดียวได้ไหมว่าจะทำอะไร (กฎข้อ 2 แก้ทีละอย่าง)
- รู้คร่าว ๆ ไหมว่าของที่จะแก้อยู่ส่วนไหน (ชี้ให้ตรงจุด)
- สั่งให้ AI วางแผนก่อนลงมือหรือยัง (วางแผนก่อนแตะ)
- นี่เป็นเขตอันตรายไหม (ถ้าใช่ ช้าลง)
- ถ้าพัง รู้ไหมว่าจะถอยกลับยังไง (เส้นทางถอย)
หกข้อนี้คือตัวกรองที่แยกคนที่ "สร้างแล้วลุ้น" ออกจากคนที่ควบคุมงานของตัวเองได้ ไม่ต้องท่อง แค่ติดมันไว้ในหัวเป็นนิสัย แล้วทุกครั้งที่จะแตะของเสี่ยง ให้มันวิ่งผ่านหกข้อนี้ก่อน
คุณเดินจบ Section 5 แล้ว ถ้าอยากย้อนกลับไปดูภาพรวมว่าทำไมทั้งหมดนี้ถึงเป็นไปได้ กลับไปที่ บท 5.9 คุณไม่ได้ขาดความสามารถ คุณแค่ยังไม่ได้จัดการความซับซ้อน