เรื่องเล่าจากสนามทดลอง: สร้างซอฟต์แวร์กับ AI แบบไม่รู้ว่าทำไปเพื่ออะไร แต่ก็เวิร์ก

Scott เล่าถึงการสร้างเว็บแอปชื่อ Protocollie ภายใน 4 วัน — โดยไม่เขียนโค้ดเอง, ไม่รู้ภาษาที่ใช้, และไม่รู้แน่ว่าทำซ้ำได้ไหม มันเกิดจากการ “โยนสคริปต์ใส่ Claude แล้วดูว่ามันจะตอบกลับมายังไง”

เขาอธิบายว่าเรากำลังอยู่ในช่วงที่ทุกคนคือ "Junior Developer แบบถาวร" เพราะ AI เปลี่ยนเร็วเกินกว่าประสบการณ์จะตามทัน — ทำให้ทักษะที่สำคัญไม่ใช่ syntax, algorithm, หรือ architecture อีกต่อไป แต่คือ:

“โครงสร้างของความต้องการ” (Structured Wishing) “จินตนาการที่แม่นยำ” (Precise Imagination)

เขาแชร์ระบบงานที่ใช้จริง ซึ่งประกอบด้วย 4 เอกสารที่เกิดขึ้นจากการ “ลืม-แล้วแก้-แล้วเขียนบันทึก” มากกว่าการวางแผน:

1️⃣ Architecture Overview – อธิบายว่าระบบคืออะไรในแบบที่ “ไม่แน่ใจ”

2️⃣ Technical Considerations – เป็นรายการของสิ่งที่เคยหงุดหงิดกับ Claude

3️⃣ Workflow Process – ให้ Claude เขียน “พิธีกรรม” ที่ใช้ทำงานร่วมกันไว้

4️⃣ Story Breakdown – หั่นงานเป็นช่วง 15-30 นาที เพื่อให้ Claude ไม่ลืมทุกอย่าง

และเขายังพูดถึงการ “ทำงานแบบเวลาเบี้ยว” ที่ Claude สร้างโค้ดได้เป็นหมื่นบรรทัดในขณะที่เขากินข้าว เช็กกลับแค่ 5 นาที แล้วปรับคำสั่งเพียงหนึ่งบรรทัด ทุกอย่างดูไม่เหมือน “งานเขียนโปรแกรม” อีกต่อไป

ผู้เขียนสร้างแอป Protocollie ใน 4 วัน ด้วยภาษาที่ไม่เชี่ยวชาญ และไม่ได้เขียนโค้ดเอง
ใช้ Claude ช่วยคิดและเขียนทั้งหมด เพียงแค่เขาชี้เป้าหมายและตรวจงาน

แบ่งระบบการทำงานออกเป็น 4 เอกสารที่เกิดขึ้นจาก “การลืม” และ “การซ่อม”
ได้แก่ภาพรวม, ข้อเทคนิค, ขั้นตอนงาน, และการแบ่งงานเป็นช่วงเวลา

สัมผัสว่า AI ทำงานไวผิดปกติ — แค่ขอสิ่งหนึ่งแล้วไปใช้ชีวิต มันจะกลับมาพร้อมผลลัพธ์มหาศาล
เปรียบ Claude เป็น Junior Developer ที่ไม่เบื่อ ไม่ช้า และไม่มี Twitter

แนวคิดหลักคือ “การทดลองร่วม” — ไม่มีสูตรสำเร็จหรือเส้นทางเดิม
ทุกคนกำลังโยน spaghetti ใส่กำแพง แล้วดูว่าจะมีอะไรติดบ้าง

ระบบเอกสารที่ใช้ถูกอัปโหลดไว้บน GitHub เป็น “หลักฐานของบางสิ่งที่เคยเวิร์ก”
ไม่ใช่คู่มือ ไม่ใช่ template แต่เป็นแค่รอยทางให้คนอื่นดูแล้วเลือกเอง

ไม่มีใครเป็นผู้เชี่ยวชาญในการสร้างซอฟต์แวร์ร่วมกับ AI
แม้คนเก่งที่สุดก็ยังเพิ่งเริ่มต้น เพราะ AI เปลี่ยนเร็วกว่า "ความเป็นผู้รู้"

ระบบที่เวิร์กในหนึ่งสัปดาห์อาจใช้ไม่ได้เลยในอีกสองสัปดาห์
ทุกสิ่งคือ data point ของการทดลอง ไม่มีอะไรถาวร

การวางแผนแบบ "พยายามให้มีแผน" อาจกลายเป็นแค่การแสดงสมมุติ
เช่น การเรียกไฟล์ว่า architecture ไม่ได้แปลว่าเรามีโครงสร้างจริง

ความเร็วในการสร้างซอฟต์แวร์แบบนี้อาจทำให้รู้สึกว่า "เรากำลังโกง" หรือ "มันไม่จริง"
แต่ความจริงคือรูปแบบการทำงานกำลังเปลี่ยนไปอย่างถอนราก

https://worksonmymachine.substack.com/p/nobody-knows-how-to-build-with-ai
🎙️ เรื่องเล่าจากสนามทดลอง: สร้างซอฟต์แวร์กับ AI แบบไม่รู้ว่าทำไปเพื่ออะไร แต่ก็เวิร์ก Scott เล่าถึงการสร้างเว็บแอปชื่อ Protocollie ภายใน 4 วัน — โดยไม่เขียนโค้ดเอง, ไม่รู้ภาษาที่ใช้, และไม่รู้แน่ว่าทำซ้ำได้ไหม มันเกิดจากการ “โยนสคริปต์ใส่ Claude แล้วดูว่ามันจะตอบกลับมายังไง” เขาอธิบายว่าเรากำลังอยู่ในช่วงที่ทุกคนคือ "Junior Developer แบบถาวร" เพราะ AI เปลี่ยนเร็วเกินกว่าประสบการณ์จะตามทัน — ทำให้ทักษะที่สำคัญไม่ใช่ syntax, algorithm, หรือ architecture อีกต่อไป แต่คือ: 🔖🔖“โครงสร้างของความต้องการ” (Structured Wishing) “จินตนาการที่แม่นยำ” (Precise Imagination) เขาแชร์ระบบงานที่ใช้จริง ซึ่งประกอบด้วย 4 เอกสารที่เกิดขึ้นจากการ “ลืม-แล้วแก้-แล้วเขียนบันทึก” มากกว่าการวางแผน: 1️⃣ Architecture Overview – อธิบายว่าระบบคืออะไรในแบบที่ “ไม่แน่ใจ” 2️⃣ Technical Considerations – เป็นรายการของสิ่งที่เคยหงุดหงิดกับ Claude 3️⃣ Workflow Process – ให้ Claude เขียน “พิธีกรรม” ที่ใช้ทำงานร่วมกันไว้ 4️⃣ Story Breakdown – หั่นงานเป็นช่วง 15-30 นาที เพื่อให้ Claude ไม่ลืมทุกอย่าง และเขายังพูดถึงการ “ทำงานแบบเวลาเบี้ยว” ที่ Claude สร้างโค้ดได้เป็นหมื่นบรรทัดในขณะที่เขากินข้าว เช็กกลับแค่ 5 นาที แล้วปรับคำสั่งเพียงหนึ่งบรรทัด ทุกอย่างดูไม่เหมือน “งานเขียนโปรแกรม” อีกต่อไป ✅ ผู้เขียนสร้างแอป Protocollie ใน 4 วัน ด้วยภาษาที่ไม่เชี่ยวชาญ และไม่ได้เขียนโค้ดเอง ➡️ ใช้ Claude ช่วยคิดและเขียนทั้งหมด เพียงแค่เขาชี้เป้าหมายและตรวจงาน ✅ แบ่งระบบการทำงานออกเป็น 4 เอกสารที่เกิดขึ้นจาก “การลืม” และ “การซ่อม” ➡️ ได้แก่ภาพรวม, ข้อเทคนิค, ขั้นตอนงาน, และการแบ่งงานเป็นช่วงเวลา ✅ สัมผัสว่า AI ทำงานไวผิดปกติ — แค่ขอสิ่งหนึ่งแล้วไปใช้ชีวิต มันจะกลับมาพร้อมผลลัพธ์มหาศาล ➡️ เปรียบ Claude เป็น Junior Developer ที่ไม่เบื่อ ไม่ช้า และไม่มี Twitter ✅ แนวคิดหลักคือ “การทดลองร่วม” — ไม่มีสูตรสำเร็จหรือเส้นทางเดิม ➡️ ทุกคนกำลังโยน spaghetti ใส่กำแพง แล้วดูว่าจะมีอะไรติดบ้าง ✅ ระบบเอกสารที่ใช้ถูกอัปโหลดไว้บน GitHub เป็น “หลักฐานของบางสิ่งที่เคยเวิร์ก” ➡️ ไม่ใช่คู่มือ ไม่ใช่ template แต่เป็นแค่รอยทางให้คนอื่นดูแล้วเลือกเอง ‼️ ไม่มีใครเป็นผู้เชี่ยวชาญในการสร้างซอฟต์แวร์ร่วมกับ AI ⛔ แม้คนเก่งที่สุดก็ยังเพิ่งเริ่มต้น เพราะ AI เปลี่ยนเร็วกว่า "ความเป็นผู้รู้" ‼️ ระบบที่เวิร์กในหนึ่งสัปดาห์อาจใช้ไม่ได้เลยในอีกสองสัปดาห์ ⛔ ทุกสิ่งคือ data point ของการทดลอง ไม่มีอะไรถาวร ‼️ การวางแผนแบบ "พยายามให้มีแผน" อาจกลายเป็นแค่การแสดงสมมุติ ⛔ เช่น การเรียกไฟล์ว่า architecture ไม่ได้แปลว่าเรามีโครงสร้างจริง ‼️ ความเร็วในการสร้างซอฟต์แวร์แบบนี้อาจทำให้รู้สึกว่า "เรากำลังโกง" หรือ "มันไม่จริง" ⛔ แต่ความจริงคือรูปแบบการทำงานกำลังเปลี่ยนไปอย่างถอนราก https://worksonmymachine.substack.com/p/nobody-knows-how-to-build-with-ai
WORKSONMYMACHINE.SUBSTACK.COM
Nobody Knows How To Build With AI Yet
The future of software development might just be jazz. Everyone improvising. Nobody following the sheet music.
0 ความคิดเห็น 0 การแบ่งปัน 67 มุมมอง 0 รีวิว