大教堂、市集與溫徹斯特神祕屋

背景

在 1998 年，Eric S. Raymond 提出了「大教堂與市集」理論，將軟體開發區分為封閉嚴謹與開放協作兩種模式。然而，隨著 AI 時代來臨，程式碼的生產成本大幅降低，開發者開始利用 AI 快速堆疊出龐大且充滿個人色彩的工具。本文將這種新興模式比喻為「溫徹斯特神祕屋」，形容開發者如同該建築的主人莎拉·溫徹斯特，在擁有無限資源且缺乏外部約束的情況下，根據個人品味與需求，建造出結構複雜、充滿奇特設計且不斷擴張的軟體系統。

社群觀點

針對這篇文章提出的「神祕屋」模型，Hacker News 社群展開了多層次的討論。部分評論者首先對原文引用的歷史背景提出質疑，指出溫徹斯特神祕屋的靈異傳說多半是後世為了觀光利益而編造的噱頭。事實上，那些看似通往虛空的門扉或無意義的樓梯，往往是 1906 年舊金山大地震後的損毀遺構，或是莎拉因健康因素所做的特殊設計。這種歷史修正主義的觀點也延伸到了軟體工程的討論：許多看似混亂、如同神祕屋般的程式碼，往往並非開發者刻意追求神祕，而是因為在快速迭代或環境變遷中，缺乏對過時程式碼的清理與重構。

在技術層面上，社群對於 AI 產出效率的數據表現出高度警覺。當 Claude 等 AI 工具每筆提交的程式碼行數達到人類開發者的百倍時，開發者面臨的挑戰已從「如何撰寫」轉向「如何審閱」。有觀點認為，這種「氛圍開發」雖然能滿足個人化的工具需求，卻對開源社群的維護者造成了巨大壓力。當每個人都能輕易提交大量低品質或未經深思熟慮的程式碼時，審閱成本的非對稱性將導致維護者陷入溺水狀態。即便有意見提倡應透過公共資金資助開源維護者，但反對者認為，在 AI 產出近乎免費的時代，任何數量的資金都難以抵銷審閱與篩選海量資訊所需的人力成本。

此外，社群也反思了「大教堂與市集」理論在當代的適用性。有人指出，該理論在當年並非針對私有軟體，而是針對 GNU 等專案的開發風格。如今 AI 驅動的開發模式更像是一種「史萊姆黴菌」般的有機擴張，既不具備大教堂的嚴謹規劃，也缺乏市集模式中「群眾之眼」的有效監督。這種高度個人化、甚至帶有偏執色彩的開發方式，雖然能創造出如文中提到的 Gastown 或 Agent Flywheel 等強大工具，但也可能讓軟體開發變成一種自我封閉的創作，最終形成難以被他人理解或維護的數位迷宮。

延伸閱讀

在討論過程中，參與者提到了幾項值得關注的資源與歷史參考。首先是 Fred Brooks 的經典著作《人月神話》，該書對工程師每日產出行數的基準研究在 AI 時代再次被拿來對比。另外，針對溫徹斯特神祕屋的歷史真相，有留言推薦參考《懷疑論者詢問報》（Skeptical Inquirer）的調查報導，以釐清建築奇觀背後的真實動機。在人物方面，留言也提到了與溫徹斯特同時代的女性建築師 Julia Morgan，她作為加州首位獲得執照的女性建築師，其作品如赫斯特城堡，常被拿來與溫徹斯特神祕屋的非正規建築過程做對照。