大教堂与市集（The Cathedral and the Bazaar）
出版社:欧莱礼出版社
出版日期:1999
ISBN:9781565927247
作者:Eric Steven Raymond
页数:279页
作者简介
《大教堂与市集》（The Cathedral and the Bazaar）是埃里克·斯蒂芬·雷蒙（Eric Steven Raymond）所撰写的软件工程方法论。以Linux的核心开发过程以及作者自己主持开发的开放原始码软件──Fetchmail为讨论案例。文章在1997年5月27日发表，并在1999年出版成书。
本书讨论两种不同的自由软件开发模式︰
大教堂模式（The Cathedral model）︰原始码在本模式是公开的，但在软件的每个版本开发过程是由一个专属的团队所控管的。作者以GNU Emacs及GCC这两软件为例。
市集模式（The Bazaar model）︰原始码在本模式也是公开的，不过却是放在因特网上供人检视及开发。作者以Linux核心的创始者林纳斯·托瓦兹带领Linux核心的开发为例，亦引用fetchmail的开发为例。
这篇文章的要义是让够多人看到原始码，错误将无所遁形（Given enough eyeballs, all bugs are shallow）。作者表示大教堂模式的软件开发让程序除错的时间大幅增加，因为只有少数的开发者可参与修改工作。市集模式则相反。
此文让大部份的开放原始码及自由软件的开发计划采用市集模式，甚至原来采用大教堂模式的 GNC Emacs 及 GCC 也是如此。Netscape 网页浏览器后来释出原始码，并启动Mozilla计划，也或多或少受到这篇文章的启发。
大教堂与市集也被延伸到非电脑软件的开发上面。例如维基百科就是市集模式，而Nupedia与大英百科全书就是大教堂模式。
欧莱礼出版社于1999年发行此书的创举是，首次商业印刷出版的书以Creative Commons授权模式出版。
本书（原文）的国际标准书号是 ISBN 1565927249（精装本）、ISBN 0596001088（平装本）。
大教堂与市集（The Cathedral and the Bazaar）下载 精选章节试读 更多精彩书评
发布书评
精彩书评 (总计4条)
-
感谢洛基开放文化实验室的译文https://code.google.com/p/book-on-foss/downloads/listRaymond这本书中也大量引述了Brooks《人月神话》中的观点，并予以讨论Brooks的新作《设计原本》的提到了这本书，并给了很高的评价，真实英雄相惜啊这本书旨在探讨Linux集市式的开发模式是成功的原因和意义写于1999年，13年后，除了linux以外，Mozilla Firefox的成功再次印证了集市模式的可行性如今虽然集市模式并没有成为主流，但是可以明显的发现，传统的软件开发模型中注入了大量集市模式的元素，如今流行的Scrum等敏捷方法论中大量借鉴了集市式开发的思想和实践，比如code review、pair programming、self-organize等等。软件产品日趋复杂，工作趋于细分，开发者已经逐渐不是自己产品的用户，这种状态下只能引入大量的管理手段来控制项目。集市模式提供了一个反管理的模式，一个自组织的社区，自发的培育出高质量的软件目前集市模式两个成功的例子：Linux和Firefox都是技术型产品，但是Firefox比Linux往前迈了一大步，毕竟firefox的大部分用户不是开发者，我很期待一个集市模式下产生的商业产品摘要个人热情(01) 一个好的软件的起因都是戳到了开发者本人的痛处(02) 好的程序员知道写什么，伟大的程序员知道重写和复用(03) “放弃一个，无论如何你总要放弃一个”（《人月神话》 11章）(04) 如果你有正确的态度，有意思的问题会找到你(05) 当你对一个项目失去兴趣的时候，你的最后职责是把他交接给一个称职的继任者有用户(06) 将用户吸纳为合作开发者，是快速改进代码和调试bug的最佳途径不停快速发布(07) 早发布、常发布，听取用户意见通过快速发布反馈把在bug上的重复做功最小化(08) “只要眼睛足够多，所有bug都好捉”源码级别的bug报告比一般用户和测试的bug报告更有效，因为开发者和其他人的脑中的程序模型不一样，开发这从里往外看，测试者反之作者Fetchmail项目实践(09) 聪明的数据结构比逻辑良好的代码更重要(10) 重视你的beta版测试者，他们是项目的重要资源(11) 自己拥有好主意固然不错，但有时候用户的好主意更好(12) 最有突破和创新的方案常常来自于意识到自己把问题的模型弄错了(13) 设计达到完美的时候，不是增加的不能再增加了，而是减少的不能再减少了(14) 任何一个工具都应该达到预期的用处，但是真正好的工具会带来意料之外的用处(15) 写任何网关软件的时候，不要干扰数据流(16) 多数时候语言对于人的方便比对于计算机的方便更重要(17) 一个安全系统的安全性取决于它保守的秘密的安全性，小心伪秘密市集式开发的必要前提(18) 要解决一个有意思的问题，首先得找到一个有意思的问题项目不能从零开始，至少有一个可以跑的原型设计的原创性不是成功市集项目的关键项目发起者有一点吸引人的本领是十分重要的封闭环境中只使用个人脑力的开发者，将会输给一个知道怎样创造一个开放的、进化式的环境——从中吸收成千上万人的探索设计空间的反馈、编码贡献、bug hunting和其他改进——的开发者执照许可、专利、贸易秘密和商业利益等法律限制会抑制集市的发展(19) 如果开发的协调者有一个至少和互联网一样好的通讯媒介，而且懂得如何不通过强迫来领导，多个头脑不可避免地优于单个头脑linux黑客们的功效方程是他们的自我满足和在其他黑客中的声望这些摸不着的东西 “egoboo”集市模式 or 大教堂？管理 or 反管理钱 or 兴趣在构建成功软件的路上，大教堂和集市是殊途同归还是分道扬镳，作者没有给出答案，但是从现代软件工程方法论的进化来看两条路在越走越近 -
挺好。读了之后，对开源和linux有更深的见解。很短的文章，中文1个半小时内读完^_^ -
“大教堂和集市”是软工界的奇文，文章的源起在于作者对于Linux类系统开发方式的质疑以及后继的学习反思和实践。传统的软件工程无论是什么模式，都讲究一板一眼，学究气十足。基本上我呆过的商业公司，也是一板一眼的执行各自的process。但是我们可曾反思过，linux内核的看似杂乱的开发流程如何产生出那样高复杂度、高质量的软件产品。我们可曾反思过，是否可以将自组织的类linux开发方式引入到公司内部呢？其实在国外流行了一阵子的极限编程也算是一种小反思。作者对于Emacs开发的描述我也很认同，对于某些大型开源软件，其核心部分可以采用大教堂模式，甚至可以Overengineering，对于周边的东东采取集市模式。我觉得这种方式成功的原因就在于看似乱的集市之中有其内在的控制力，这个控制力就是人心或者可以说是自尊、Reputation。因为开源项目所有的资料源码都是公开可见的，人人可以参与，因此大家都有主人翁的感觉。为了不因为code 太烂、进度太慢被别人骂白痴，个人也都格外的用心，这就是集市模式的成功之处。另外作者对于bug fix的感受我也赞同，容易复现的bug的fix速度和质量取决于owner对于模块的理解能力，而困难的不易复现的bug修复的速度和质量取决于关注该问题的人员的数量，人数越多，短期覆盖的逻辑路径越多，复现的几率越大，这就是大集市的力量。很多开源软件的bug刚出现，就已经有用户直接将fix的 diff发送过来，这就是集市的力量。基于上述两种现象，我一直希望公司可以允许QA（或者叫测试人员）可以同developer一样看到Code。我相信如果上述理论是正确的，这种模式对于提高开发质量是有帮助的。
精彩短评 (总计53条)
-
有些敏捷开发的意思. -
看完感觉，人类可真棒啊 -
书不长。原来是很早的一本书了。这是有别于商业软件开发模式的开源项目。这是一种有趣的不一样的办法。 -
对比了以linux为代表的开源模式和MS的闭源模式。另见http://www.ruanyifeng.com/blog/2008/02/notes_on_the_cathedral_and_the_bazaar.html -
很早读的了，读的是洛基开放文化实验室的译文，翻译的很好！ -
宝典 -
有没有可能用修建集市的方式，造出一所大教堂？答案是肯定的。 -
嘛……太片面了有的说法。然而开源的提议很好。若干年后或许会被奉为经典吧 -
看电子版挺好(^_^) -
Linux做为一个Bazaar确实是挺混乱的存在。 -
挺好。读了之后，对开源和linux有更深的见解。
很短的文章，中文1个半小时内读完^_^ -
据说需要反复阅读，常读常新 -
像我这样的土豪还是喜欢高端上档次的大教堂模式 -
干不过他们，我们就开源，yeah! -
更多比较的是传统的、闭源的、冗肿下的软件开发/管理。 -
关于开源软件 -
被誉为开源界的圣经,但是书成于1999年,很多例子都很老了,里面的很多理念也被现世的组织所吸收,影响着未来 -
虽然阅读起来有障碍，但是文中强调的几点，确实非常符合现在做产品的基本思路，等半年后回过头来再品位一遍这本书，一定会有不同的理解！ -
说实在的 没看出什么 分就不打了 -
读的是网上的繁体公版书。繁体文盲表示看得很晕。专业部分的内容读的更是云里雾里，突然发现这是99年的书 -
作者以自己的fetchmail项目，讲述了软件开发的市集思想，“linus理论”。这也是linux成功的关键吧。linus作者很懒，但他能调动大家的力量，也能包容粗糙的代码。让linux的开发像个市集。而不是像其他unix那样的教堂模式，只靠少数几位牛X的人在那里搞。 -
关于开源的适用范围写得很清楚明了，最开始的眼光和个人创造性，后续里卓越的领导都是非常重要的因素。 -
Splendid！ -
软件开发资源的最佳分配方式 -
在软件工作的全部经验中，Brooks 定律占据着统治地位。分布式合作开发模式，却颠覆/超越 Brooks 定律。 -
出版于99年的系列随笔，开源中的经典著作。阐述了开源的开发模型，以及其优点尤其是商业上的优点。虽然作为散乱的文章结成集整体逻辑略显凌乱，但书中很多思考和论述值得参考。顺便作者还鄙视了微软，称win2000注定会失败…… -
文章很短 也很浅显易懂 但不管怎样 还是得有两把刷子才行 不然即是空谈 -
《人月神话》说“人多手杂帮倒忙”；这里说“人多好办事”。两个截然不同的观点，分别被两个领域所验证，这是最神奇的地方。 -
一般推崇开放源代码的书。 -
"只有当程序员非常积极以至于没有奖励他（她）也愿意工作时，才是唯一应该给予绩效奖励的时候。" -
快速迭代；先发布，后优化。 -
ESR关于开源模式的思考，自由软件的“圣经” -
Great introduction and summary about why Open Source can succeed, and how it can make software better. The business case proposed in this book is really intriguing and thought-invoking. -
这本书大名鼎鼎，一直未能拜访，今天花了三个小时的时间快速读完。书中的内容主要是围绕开源项目和黑客展开，讲诉了很多软件工程和项目管理上的思想，由于平时接触的项目有限，书中很多观点和词汇对于我来说都非常陌生，没有产生共鸣，可能过两年再读此书会更加有体会。当然，也有一些小收获，是关于linux项目的，之前一直以为它只是一个普通的开源项目，可能知名度广一点，但是读完本书后，我才明白Linux项目的传奇性和崇高的历史地位。总之，当背景材料读了一遍，就这么多吧。 -
受益匪浅！作者用自己开发fetchmail的示例来展示市集化开发的方法和特点，其中大量经验值得反复咀嚼！（《人月神话》后又一本经典的经验宝书） -
在某些维度上， 我并不认同书中的观点，还需要再想一想。 -
business works rather than open source itself……【开源的成功不是道德的成功 -
看不下去了…… -
布道大师 esr 在 1999 年写作此书，13 年过去了，Linux 模式已经通过了时间的检验，这本书的价值也就不那么大了。 -
更多是对开源本身的讨论，最后的附录不错，想成为黑客和有趣的人，都可以看看。 -
私以为在任何新兴领域中(包括学术研究领域)，市集模式都更有效率，在这种空旷未知的环境中，想法的数量与产生速度都很重要，说白了就是人多力量大。但是历史悠久的领域里，考虑到突破的难度，还是需要大教堂般的宁静与虔诚，需要有人愿意将自己一生作为祭品 -
讨论了开源软件的开发特点，特别是从“基因”的角度解释了Linux为什么成功。 -
大教堂与市集的两种宏观方法。而apple与linux的成功也恰恰是两者极致表现的结果。当年jobs邀请linus合作,注定失败，两人根本就是两条相反道路上的天才，怎么可能合作. -
没有特别的感觉，只是名气很大，估计对于我们这一代已经适应了开源文化的人来说，这个已经没有什么意义了。 -
ESR据说是程序员里写东西比较好的？他很喜欢整理一些条条款款的东西，但是真正对人的思考，感觉还是不够。打的比方也比较geek，不算好懂的。 -
一种精神 -
People do great things when they are driven by disinterested motives. -
"Every good work of software starts by scratching a developer's personal itch." -
豆瓣的评分居然这么高！这是一本讲黑客和开源精神的书，没有得到什么特别的启发~ -
还想再读一遍。 -
很短。开源科普书。市集的工作模式或许可以拓展到软件开发以外。 -
成长于一个农奴主的家庭，我进入社会后，像我那个时候所有的年轻人一样，很是相信领导、命令、训斥、惩罚等等的必要性。但是在早期我不得不管理重要 的事业和对付［自由的］人们的时候，在每个错误都会立刻导致严重后果的时候，我开始领悟到按指令和纪律的原则行事与按共同理解的原则行事之间的区别。前者 在阅兵式中运行得令人崇敬，然而就真实的生活而言，它却一文不值；而且目标只有通过许多共同意志的竭诚努力才能实现。 -
轻与重、快与慢、灵与肉、锋利与愚钝、开放与保守