कैथेड्रल, बाज़ार, और Winchester Mystery House — AI युग में सॉफ़्टवेयर डेवलपमेंट का तीसरा मॉडल
(oreilly.com)The Cathedral, the Bazaar, and the Winchester Mystery House
1998 में Eric Raymond द्वारा प्रकाशित 'कैथेड्रल और बाज़ार' ओपन सोर्स आंदोलन की शुरुआती आधारभूत रचनाओं में से एक दस्तावेज़ है। बंद और नियंत्रित 'कैथेड्रल' तरीके और खुले व वितरित 'बाज़ार' तरीके की तुलना करने वाला यह लेख इस बात का पूर्वानुमान करता था कि इंटरनेट कोड सहयोग की लागत घटाकर बाज़ार मॉडल को एक पीढ़ी तक हावी बना देगा। लेकिन AI coding agent के आगमन के साथ कोड उत्पादन की लागत ही तेज़ी से गिर गई है, और लेखक Drew Breunig का तर्क है कि अब तीसरा मॉडल, 'Winchester Mystery House', उभर आया है। सैन होज़े में वास्तव में मौजूद यह हवेली Sarah Winchester ने असीमित धन और निजी जुनून के बल पर जीवन भर बढ़ाते हुए बनाई थी; आज यह उन डेवलपर्स के कामकाज के लिए रूपक की तरह इस्तेमाल होती है जो AI के साथ अपने लिए अंतहीन निजी टूल जोड़ते जाते हैं.
मुख्य सारांश
- सॉफ़्टवेयर डेवलपमेंट के तीन मॉडल: कैथेड्रल (बंद, योजनाबद्ध), बाज़ार (खुला, सहयोगी), और नया उभरता Winchester Mystery House (व्यक्तिगत, कस्टम विस्तार).
- कोड की कीमत टूट गई है: लेख में उद्धृत डेटा के अनुसार Claude Code प्रति commit लगभग 1,000 लाइन का net-new कोड बना रहा है। लेखक के अनुसार यह मानव डेवलपर द्वारा एक दिन में लिखे जाने वाले कोड (Brooks की 'The Mythical Man-Month' में उद्धृत लगभग 10~30 लाइन) से कई गुना अधिक है।
- फीडबैक की लागत वहीं है: implementation की लागत गिर गई है, लेकिन review, discussion, testing जैसे मानव-केंद्रित काम की गति नहीं बदली, इसलिए bottleneck दूसरी जगह चला गया है।
- 'Mystery House' डेवलपमेंट शैली: लेखक Steve Yegge के Gas Town, Jeffrey Emanuel के Agent Flywheel·FrankenSuite, और Gary Tan के gstack जैसे उदाहरण देते हुए यह देखते हैं कि डेवलपर्स अपने लिए बड़े, निजी टूल अधिक बना रहे हैं।
विशेषताएँ
- व्यक्तिनिष्ठ (Idiosyncratic): डेवलपर अपनी पसंद और ज़रूरत के मुताबिक coding agent के साथ सीधे feedback loop चलाता है, इसलिए बाहरी लोगों के लिए समझना मुश्किल ढाँचा और documentation की कमी आम होती है।
- फैलावदार (Sprawling): कोड जोड़ने की लागत लगभग शून्य होने से चीज़ें काटने की बजाय लगातार जोड़ने की प्रवृत्ति बनती है। patch वहीं पर लगा दिए जाते हैं और अनुपयोगी हिस्से भी बने रहते हैं।
- मज़ेदार (Fun): agent हर काम को साइड-quest में बदल देता है, इसलिए अपना workflow सुधारना खुद एक शौक बन जाता है।
बाज़ार से अंतर
- feedback loop की संरचना: बाज़ार बहुत से लोगों की नज़र का उपयोग करता है (throughput ऊँचा, latency अधिक), जबकि Mystery House एक ही डेवलपर में loop को समेट देता है, जिससे latency लगभग 0 के करीब हो जाती है लेकिन नज़रिया और throughput एक व्यक्ति तक सिमट जाते हैं।
- shared infrastructure से टकराव: agent द्वारा बनाए गए भारी मात्रा के PR, curl जैसे प्रोजेक्ट की review क्षमता को पंगु बना सकते हैं। लेख में कहा गया है कि curl ने bug bounty बंद किया और GitHub ने PR contribution रोकने का विकल्प जोड़ा।
लेखक के सुझाए गए सबक
- सह-अस्तित्व की संभावना: OpenClaw जैसे उदाहरणों की तरह, साझा core को community संभाले और व्यक्तिगत विस्तार users करें, तो बाज़ार और Mystery House साथ रह सकते हैं।
- 'मज़ेदार हिस्से' मत बेचिए: लेखक का कहना है कि अवसर उन क्षेत्रों में है जिन्हें डेवलपर खुद बनाना नहीं चाहते, बल्कि security, infrastructure, plumbing जैसे हिस्सों में है जहाँ ज़िम्मेदारी लेना कठिन है और failure की लागत बड़ी है।
- अब कमी 'attention' की है: जब कोड और coordination की लागत क्रमशः सस्ती हो चुकी है, तब अगली चुनौती ऐसे tools और practices की है जो बाढ़ की तरह आने वाले contribution में से अच्छे विचार चुनने में मदद करें।
लेखक की बात अंततः एक ही सवाल पर आकर टिकती है। अगर इंटरनेट ने collaboration सस्ता बनाकर बाज़ार को जन्म दिया, और coding agent ने implementation सस्ता बनाकर Mystery House को जन्म दिया, तो अब हमें ऐसे tools चाहिए जो 'attention' को सस्ता बना सकें। जब तक ऐसा नहीं होता, ओपन सोर्स पारिस्थितिकी तंत्र लगातार अधिक शोरगुल वाला होता जाएगा लेकिन अधिक बुद्धिमान नहीं बनेगा, और हर किसी के अपने Mystery House में दबे अच्छे विचार maintenance रुकते ही साथ गायब हो सकते हैं — लेख इसी चेतावनी के साथ समाप्त होता है.
3 टिप्पणियां
बहुत ज़्यादा relatable लगा, हाहा। मैं भी अपना mystery house छोड़कर जा रहा हूँ। यह non-developers के लिए एक extra-safe harness है.
https://github.com/lbk0523/samantha
मैं भी एक Winchester Mystery House खड़ा कर रहा हूँ। लक्ष्य है कि इस साल के भीतर Rust में लिखा गया PyPy रिलीज़ करूं.
https://github.com/youknowone/pyre/
कैथेड्रल और बाज़ार नहीं, बल्कि https://ko.wikipedia.org/wiki/Seongdanggwa_sijang