เรื่องเล่าจากสนามทดลอง: สร้างซอฟต์แวร์กับ 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
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
0 ความคิดเห็น
0 การแบ่งปัน
67 มุมมอง
0 รีวิว