ไอเดียราคาถูก การลงมือทำยิ่งถูกกว่า
(davekiss.com)ความเชื่อเดิม → ถูกพลิกกลับหมด
- ตลอด 15 ปีที่ผ่านมาในฐานะนักพัฒนา ความจริงที่ผู้เขียนเชื่อมาตลอดคือ: “ไอเดียราคาถูก (cheap) และการลงมือทำ (execution) คือทุกอย่าง”
- แต่ตอนนี้ ไอเดียยังคงราคาถูกเหมือนเดิม ทว่าการลงมือทำกลับถูกลงไปอีกมาก (execution is cheaper)
สิ่งที่เกิดขึ้นจริงเพราะ AI (จากประสบการณ์ของผู้เขียน)
ระหว่างวันหยุดช่วงปลายปีถึงต้นปี แค่เพียงอธิบายไอเดีย 3 อย่างให้ Claude Code ฟัง ก็ได้ผลลัพธ์ดังนี้:
- Driftless — ซิงก์เอกสารให้อัตโนมัติตามการเปลี่ยนแปลงของโค้ด
- DeployCast — AI สรุปสิ่งที่ deploy เป็นภาษาธรรมชาติแล้วส่งต่อให้เพื่อนร่วมทีมที่ไม่ใช่นักพัฒนา
- Triage — ผู้ใช้ส่งรายงานบั๊ก → AI ทำ triage → สร้าง PR สำหรับแก้ไขอัตโนมัติ
→ ไม่ใช่แค่ MVP แต่เป็น ผลิตภัณฑ์ที่เสร็จสมบูรณ์พร้อมทั้ง test suite + เอกสาร + การเก็บงาน polish จำนวน 3 ตัวที่ถูก deploy แล้ว
→ ภายในเวลาไม่กี่ชั่วโมง AI เขียนเทสต์ได้มากกว่าและดีกว่าโค้ดทดสอบทั้งหมดที่ผู้เขียนเคยเขียนเองตลอด 15 ปี
หลักฐานต่าง ๆ
- จำนวนคำถามบน Stack Overflow ดิ่งลงเกือบกลับไปอยู่ระดับเดียวกับเมื่อ 20 ปีก่อน (ผู้คนไม่จำเป็นต้องถามอีกต่อไป)
- เพียงแค่ทวีตไอเดียออกไป ไม่กี่วันต่อมาก็มีคนอื่นสร้างและ deploy สิ่งคล้ายกันแล้ว
- Nader Dabit สร้างผลิตภัณฑ์ระดับมูลค่าหลายสิบล้านที่คล้าย Typeform ขึ้นมาใหม่ได้ภายในไม่กี่ชั่วโมง → แล้วเปิดเป็นโอเพนซอร์ส
→ คุณค่าของการ “เป็นคนสร้างก่อน” กำลังเข้าใกล้ศูนย์
ความรู้สึกซับซ้อน 3 อย่างในตอนนี้
- เสียดาย — ความเป็นช่างฝีมือแบบเดิมที่ต้องศึกษาอย่างลึกซึ้ง อดทนลำบาก และเขียนโค้ดอย่างหนัก รวมถึงความภูมิใจที่มาจากความซับซ้อนนั้น กำลังหายไป
- ตื่นเต้น — เมื่อไม่ต้องทุ่มพลัง 90% ไปกับการเขียนโค้ด ก็สามารถโฟกัสกับ ปัญหาจริง ผู้ใช้จริง และประสบการณ์จริง ได้เต็มที่
- เวียนหัว — ภายในไม่กี่ปี คุณค่าของวิศวกรซอฟต์แวร์กำลังถูกนิยามใหม่ทั้งหมด (ทักษะการเขียนโค้ด = แค่คุณสมบัติพื้นฐานขั้นต่ำ)
สิ่งที่จะกลายเป็นความแตกต่างที่แท้จริงนับจากนี้
เมื่อค่าใช้จ่ายในการลงมือทำแทบจะหายไป สิ่งต่อไปนี้จึงสำคัญขึ้น:
- ความเร็วในการวนซ้ำ — วงจรการสร้างให้ไว รับฟีดแบ็กจากผู้ใช้ แล้วแก้ไขอย่างรวดเร็ว (learning loop)
- รสนิยม·วิจารณญาณ (taste) — สายตาที่แยกออกว่าอะไรควรสร้างและอะไรไม่ควรสร้าง (ส่วนใหญ่ไม่ควรถูกสร้าง)
- การกระจายตัว·เครือข่าย (distribution) — ใครจะได้ยินเรื่องนี้ก่อน ใครเป็นคนเชื่อถือ และจะรวบรวมผู้ใช้กลุ่มแรกได้เร็วแค่ไหน
- การเลือกปัญหา — การหาปัญหาที่คนจริง ๆ ยอมจ่ายเงินเพื่อให้แก้ไข (เดิมทีก็ยากที่สุดอยู่แล้ว ตอนนี้ยิ่งสำคัญกว่าเดิม)
บทสรุปในประโยคเดียว
“โค้ดไม่เคยเป็นแก่นสำคัญ สิ่งที่เกิดขึ้นคือเมื่อโค้ดกลายเป็นของฟรี เราจึงเริ่มมองเห็นความจริงข้อนั้น”
→ ต่อจากนี้ คนสร้างที่อยู่รอดจะไม่ใช่ “คนที่เขียนโค้ดได้ดีที่สุด” แต่คือ
“คนที่ค้นพบปัญหาที่สำคัญที่สุดได้เร็วที่สุด กระจายมันได้ดีที่สุด และเรียนรู้ได้เร็วที่สุด”
5 ความคิดเห็น
การเขียนโค้ดเป็นเพียงแค่ด่านแรกของการลงมือทำเท่านั้น การเปิดตัวผลิตภัณฑ์ นำออกขาย และดูแลรักษานั้นทั้งแพงกว่าและยากกว่ามาก เหมือนกับที่ใคร ๆ ก็เป็น YouTuber ได้ถ้ามีแค่มือถือ แต่มีไม่กี่คนเท่านั้นที่หาเงินจากมันได้
ความเร็วในการวนซ้ำ — วงจรการทำให้เสร็จเร็ว รับฟีดแบ็กจากผู้ใช้ แล้วแก้ไข (learning loop)
รสนิยม·วิจารณญาณ (taste) — สายตาที่แยกออกว่าอะไรมีคุณค่าพอจะสร้างและอะไรไม่มี (ส่วนใหญ่ไม่ควรสร้าง)
การเผยแพร่·เครือข่าย (distribution) — จะเป็นที่รู้จักกับใครก่อน ใครเป็นคนเชื่อถือ และรวบรวมผู้ใช้กลุ่มแรกได้เร็วแค่ไหน
การเลือกปัญหา — หาโจทย์ที่คนจริง ๆ ยอมจ่ายเงินเพื่อแก้และอยากแก้ (เดิมทีก็นี่ยากที่สุดอยู่แล้ว ตอนนี้ยิ่งสำคัญกว่าเดิม)
เห็นด้วยครับ..
การเลือกปัญหา — การหาปัญหาที่คนยอมจ่ายเงินเพื่อให้แก้จริง ๆ -> ไม่นึกเลยว่าเครื่องมือจับภาพหน้าจอ xray ที่ทำล่าสุดจะได้รับความสนใจมากขนาดนี้
ดูเหมือนว่าสิ่งสำคัญคือการหาสิ่งที่ไม่สะดวกใจ สร้างมันขึ้นมา แล้วบอกให้คนรู้
ดูเหมือนว่าความเปลี่ยนแปลงของยุคสมัยมันจะเร็วเกินไปจริง ๆ เศร้าจัง
(ทักษะการเขียนโค้ด = ระดับโต๊ะเดิมพันขั้นต่ำ) ฮือๆ