大教堂与集市这本书讲了啥

前面大量篇幅介绍了什么是黑客文化和早期黑客圈的领头人物，以及作者参与其中的一些经历。这一部分对于我们来说基本没有什么带入感。

本书的核心内容是对比两种不同的软件开发模式。

大教堂模式：
传统的软件开发流程一般是项目立项，然后组织一群工程师参与开发，开发人员相对固定，在开发之前就已经确定好了。直到项目的所有功能开发完成之后，才面向用户发布出来，这个开发周期一般会持续很长时间，几年甚至数十年。
这就像建造一座宏伟的大教堂，在开工之前首先要组织好一支建造队伍，按计划搭建直到全部竣工才会对外开放，数十年后公众才能一睹大教堂的全貌。

集市模式：
这种软件开发方式，参与开发的人员是不固定的，谁有兴趣谁就可以参与进来，开发完成你负责的某个模块之后，想离开也可以随时离开，就像一个开放的大集市，会有不同的人来来往往。

这两种软件开发模式在产品发布和 bug 修复的方式上也很有区别：
在大教堂建筑者看来，bug 是棘手的、难以发现的、隐藏在深处的，要经过几个人数月的全心投入和仔细检查，才能有点信心说已经剔除了所有错误。而发布间隔越长，倘若等待已久的发布版本并不完美，人们的失望就越发不可避免。
对集市模式而言则完全不同，集市模式采用的发布策略是尽早和尽量频繁发布，倾听用户的反馈，在上千名合作开发者热切钻研每个新发布版本的情况下，你可以假定 bug 是浅显易找的。所以你会频繁发布以获取更多的反馈，其副作用是良性的：即便发布中有些小问题，你也不会损失太多。一般来说这种开发模式开发的软件，质量会比传统方式要高。

有意思的是，作者在发布完介绍开源文化的文章之后，当时的网景公司 （Netscape）就立即邀请作者去山景城总部讨论公司的开源策略，通过长达7个小时的会议，直接帮助他们设计了后来称为 Mozilla 公开许可证和 Mozilla 组织的大体轮廓。

1998年1月22日，网景宣布将会在互联网上发布网景客户端产品线的源代码。
当时网景最大的竞争对手就是微软的 IE 浏览器，网景在短期内通过开放源代码策略提升了名气，抢回市场上一部分浏览器的份额。
同时微软被媒体曝光了被称为万圣节文件的内部邮件，邮件内容是微软面对开源文化的对策：破坏开源所依赖的开放协议、垄断消费者的选择。当时的微软百般阻挠，破坏网景的开源计划，甚至被视为开源运动的破坏者。

但到现如今，微软已经是业内积极的开源贡献者，常居开源贡献排行榜上前三，甚至是第一。（https://opensourceindex.io）