3.0 KiB
大教堂与集市
作者：[美]Eric S. Raymond
同步时间：2026-06-15 22:49
划线笔记
1.6 早期的自由UNIX
Linux几乎从一开始就发展出一条完全不同的路，其开发更像是仅通过互联网合作的大量志愿者的随意之作。在质量方面，没有严格的标准也没有一个强有力的机构来管理，他们只是执行一个简单得有点幼稚的策略：每周发布，并在接下来几天内获取数百个用户的反馈。他们创造了一种类似达尔文“物竞天择”的选择机制，被选择对象则是开发者们所做的种种软件修改。让所有人吃惊的是，这种方式工作得非常好。 [2025-05-17 19:44]
Linus很快获得了成功并吸引了互联网上的黑客们，他们帮助Linus一同开发Linux：一个全功能的UNIX，源代码完全免费，而且可以再发布。 [2025-05-17 19:43]
2 大教堂与集市
我将在本文讨论这些理论，并对比两种完全不同的开发模式：绝大多数商业公司所采用的“大教堂”模式和Linux世界采用的“集市”模式。两种模式的根本不同点在于他们对软件排错有着完全对立的认识。我从Linux的经验出发，证实了这样一个命题：“只要眼睛多，bug容易捉。”这和那些由利己个体组成的自纠错系统有着异曲同工之妙。在本文的最后，我探讨了在这种观念的影响下，软件可能拥有的未来。 [2025-05-17 20:00]
2.4 早发布，常发布
“用户越多，bug越多”是因为增加用户就会增加程序检验的方式。当用户是合作开发者时，这种效应会被放大，每个着手去发现bug的人，都会有不同的视角，并使用各自略微不同的捕捉方法和分析工具。“德尔菲效应”似乎就是因为这种差异而变得有效 [2025-05-23 16:47]
如果Linus定律是错的，那么任何一个像Linux内核这么复杂的系统，经过如此多黑客的改动，在无法预见的不良交互影响以及难以发现的“深度隐藏”bug的重压下，应该已然在某个时刻轰然倒塌了。如果Linus定律是对的，它可以很好解释Linux为什么bug相对较少，且连续运行时间能够超过数月甚至数年。 [2025-05-23 16:43]
2.5 多少只眼睛才能驯服复杂性
一个仅描述外部可见症状的bug报告，和一个直接关联到源码的分析型bug报告，对开发者而言简直是天壤之别。只要能有一个对出错条件在源码级别上的提示性描述（即便不完整），大多数bug在大多数时间里就很容易被发现。 [2025-05-23 16:49]
笔记/想法
在地球online这款全景游戏中，在中国这台服务器上，我被定义的变量名天生偏左翼，偏分布式，偏激进但富含探索因子，可能从最初就和这种集市般看似无序但极其高效的模式匹配，也就不难解释从大学起近乎痴迷的对Linux的研究其内因源自何方。
[2025-05-17 19:50]