มหาวิหาร, บาซาร์ และ Winchester Mystery House — โมเดลที่สามของการพัฒนาซอฟต์แวร์ในยุค AI

 (oreilly.com)
5 คะแนน โดย ragingwind 3 시간 전 | 3 ความคิดเห็น | แชร์ทาง WhatsApp

The Cathedral, the Bazaar, and the Winchester Mystery House

'มหาวิหารและบาซาร์' ที่ Eric Raymond เผยแพร่ในปี 1998 คือเอกสารที่กลายเป็นจุดเริ่มต้นของขบวนการโอเพนซอร์ส บทความนี้เปรียบเทียบแนวทางแบบ 'มหาวิหาร' ที่ปิดและควบคุมได้ กับแนวทางแบบ 'บาซาร์' ที่เปิดและกระจายศูนย์ และชี้ให้เห็นล่วงหน้าว่าเมื่ออินเทอร์เน็ตลดต้นทุนการทำงานร่วมกันบนโค้ด โมเดลบาซาร์จะเข้ามาครองอยู่หนึ่งยุค อย่างไรก็ตาม เมื่อ AI coding agent ปรากฏขึ้นและทำให้ต้นทุนการผลิตโค้ดลดลงอย่างรวดเร็ว Drew Breunig ผู้เขียนจึงวินิจฉัยว่าโมเดลที่สามอย่าง 'Winchester Mystery House' ได้ถือกำเนิดขึ้นแล้ว คฤหาสน์ที่มีอยู่จริงในซานโฮเซแห่งนี้เป็นสิ่งปลูกสร้างประหลาดขนาดมหึมาที่ Sarah Winchester ต่อเติมตลอดชีวิตด้วยเงินทุนไม่จำกัดและแรงผลักดันส่วนตัว และวันนี้มันถูกใช้เป็นภาพเปรียบเทียบถึงรูปแบบการทำงานของนักพัฒนาที่ค่อย ๆ ต่อเติมเครื่องมือของตัวเองอย่างไม่สิ้นสุดร่วมกับ AI

สรุปประเด็นสำคัญ

  • โมเดลการพัฒนาซอฟต์แวร์ 3 แบบ: มหาวิหาร (แบบวางแผนปิด), บาซาร์ (แบบร่วมมือเปิด), และ Winchester Mystery House ที่เพิ่งเกิดขึ้นใหม่ (แบบต่อเติมเฉพาะบุคคล)
  • ราคาโค้ดพังทลายลงแล้ว: ตามข้อมูลที่อ้างในบทความ Claude Code กำลังสร้างโค้ดสุทธิที่เพิ่มขึ้นราว 1,000 บรรทัดต่อคอมมิต ซึ่งผู้เขียนอธิบายว่าสูงกว่าปริมาณโค้ดที่นักพัฒนามนุษย์เขียนได้ต่อวัน (ประมาณ 10~30 บรรทัด ตามที่อ้างจาก The Mythical Man-Month ของ Brooks) อยู่ระดับเลขสองหลัก
  • ต้นทุนของ feedback ยังเท่าเดิม: แม้ต้นทุนการลงมือทำจะลดฮวบ แต่ความเร็วของงานฝั่งมนุษย์อย่างการรีวิว การถกเถียง และการทดสอบไม่ได้เปลี่ยนไป ทำให้คอขวดเพียงย้ายตำแหน่ง
  • รูปแบบการพัฒนาแบบ 'Mystery House': ผู้เขียนยกตัวอย่าง Gas Town ของ Steve Yegge, Agent Flywheel·FrankenSuite ของ Jeffrey Emanuel และ gstack ของ Gary Tan เพื่อชี้ว่าการสร้างเครื่องมือขนาดใหญ่แบบส่วนตัวเพื่อใช้เองกำลังเพิ่มขึ้น

สรุปลักษณะเด่น

  • ความเป็นเฉพาะตัว (Idiosyncratic): เพราะนักพัฒนาหมุน feedback loop กับ coding agent โดยตรงตามรสนิยมและความต้องการของตนเอง โครงสร้างที่คนนอกตีความได้ยากและการขาดเอกสารจึงเกิดขึ้นบ่อย
  • การแผ่ขยาย (Sprawling): เมื่อต้นทุนการเพิ่มโค้ดแทบเป็นศูนย์ ทิศทางจึงโน้มไปทางเติมต่อเรื่อย ๆ มากกว่าตัดทิ้ง แพตช์ถูกทำตรงนั้นทันที และส่วนประกอบที่ไม่ใช้แล้วก็มักถูกทิ้งคาไว้
  • ความสนุก (Fun): เพราะ agent เปลี่ยนทุกงานให้กลายเป็น side quest ได้ การขัดเกลา workflow ของตัวเองจึงกลายเป็นงานอดิเรก

ความต่างจากบาซาร์

  • โครงสร้างของ feedback loop: บาซาร์อาศัยสายตาจากคนจำนวนมาก (throughput สูง แต่ latency มาก) ขณะที่ Mystery House บีบลูปให้เหลือเพียงนักพัฒนาคนเดียว ทำให้ latency ใกล้ศูนย์ แต่ขอบเขตการมองเห็น (throughput) แคบลงเหลือแค่คนคนนั้น
  • การปะทะกับโครงสร้างพื้นฐานที่ใช้ร่วมกัน: บทความกล่าวถึงกรณีที่ PR จำนวนมากซึ่งสร้างโดย agent ทำให้ศักยภาพการรีวิวของโปรเจกต์อย่าง curl เป็นอัมพาต curl ยุติโครงการ bug bounty ไปแล้ว และ GitHub ก็เพิ่มตัวเลือกบล็อกการมีส่วนร่วมผ่าน PR

บทเรียนที่ผู้เขียนเสนอ

  • ความเป็นไปได้ในการอยู่ร่วมกัน: จากกรณีอย่าง OpenClaw ผู้เขียนมองว่าบาซาร์กับ Mystery House สามารถอยู่ร่วมกันได้ โดยให้ชุมชนดูแลแกนกลางที่ใช้ร่วมกัน และให้ผู้ใช้รับผิดชอบส่วนขยายเฉพาะของตน
  • อย่าขาย 'ส่วนที่สนุก': โอกาสของเครื่องมือและบริการไม่ได้อยู่ในส่วนที่นักพัฒนาอยากลงมือสร้างเอง แต่อยู่ในพื้นที่อย่างความปลอดภัย อินฟราสตรักเจอร์ และ plumbing ซึ่งคนไม่อยากรับผิดชอบและต้นทุนของความล้มเหลวสูง
  • สิ่งที่ขาดแคลนในตอนนี้คือ 'attention': เมื่อโค้ดและต้นทุนการประสานงานถูกลงตามลำดับแล้ว โจทย์ถัดไปคือเครื่องมือและธรรมเนียมปฏิบัติที่จะช่วยคัดเลือกไอเดียดี ๆ จากกระแสการมีส่วนร่วมที่ถาโถมเข้ามา

ท้ายที่สุด ข้อเสนอของผู้เขียนก็ไปรวมศูนย์ที่คำถามเดียว หากอินเทอร์เน็ตทำให้การร่วมมือกันราคาถูกลงจนเปิดทางให้บาซาร์ และ coding agent ทำให้การลงมือทำราคาถูกลงจนเปิดทางให้ Mystery House สิ่งที่เราต้องการในตอนนี้ก็คือเครื่องมือที่ทำให้ 'attention' ถูกลง หากยังไม่มีสิ่งนั้น ระบบนิเวศโอเพนซอร์สก็จะยิ่งอึกทึกขึ้นแต่ไม่ได้ฉลาดขึ้น และไอเดียดี ๆ ที่ฝังอยู่ใน Mystery House ของแต่ละคนก็จะหายไปพร้อมกันในวันที่การบำรุงรักษาหยุดลง บทความปิดท้ายด้วยคำเตือนเช่นนี้

บทความที่เกี่ยวข้อง

3 ความคิดเห็น

 
superdorai 1 시간 전

เห็นด้วยมากเลยครับ ฮ่าๆ ขอทิ้ง mystery house ของผมไว้ด้วย เป็น harness ที่ปลอดภัยสุดๆ สำหรับคนที่ไม่ใช่นักพัฒนา

https://github.com/lbk0523/samantha
 
youknowone 2 시간 전

ผมเองก็กำลังก่อสร้าง Winchester Mystery House ของตัวเองอยู่เหมือนกัน เป้าหมายคือออก PyPy ที่เขียนด้วย Rust ภายในปีนี้

https://github.com/youknowone/pyre/
 
youknowone 2 시간 전

ไม่ใช่มหาวิหารกับบาซาร์ แต่เป็น https://ko.wikipedia.org/wiki/Seongdanggwa_sijang