77 lines
5.3 KiB
Markdown
77 lines
5.3 KiB
Markdown
# 大教堂与集市
|
||
|
||
<p align="center">
|
||
<img src="https://cdn.weread.qq.com/weread/cover/19/cpplatform_i5dosvmeevdq7hgojwkkga/t6_cpplatform_i5dosvmeevdq7hgojwkkga1735898142.jpg" width="350">
|
||
</p>
|
||
|
||
<div align="center">
|
||
|
||
| | |
|
||
|:---|:---|
|
||
| **作者** | [美]Eric S. Raymond |
|
||
| **出版社** | 机械工业出版社 |
|
||
| **分类** | 计算机-编程设计 |
|
||
| **ISBN** | 9787111452478 |
|
||
| **出版时间** | 2014-06-10 00:00:00 |
|
||
| **阅读进度** | 36% |
|
||
| **阅读时长** | 2小时16分钟 |
|
||
| **开始阅读** | 2025-05-17 10:24 |
|
||
| **最近阅读** | 2026-08-08 09:03 |
|
||
| **划线数量** | 8 条 |
|
||
|
||
</div>
|
||
|
||
> 本书是著名计算机程序员雷蒙德关于自由软件运动中“圣经”级著作，“黑客藏经阁”的第一个收藏书籍。为开源运动奠定了理论基础，被奉为开源运动的经典之作。本书以形象生动的比喻，将自由软件和商业封闭软件之间的区分开来，提出了封闭的“大教堂”模式与开放的“市集”模式。作者以极强的说服力，说明了自由软件不仅仅是一种意识形态，而是在开发模式上真正代表着“先进的生产力”，代表着历史发展趋势的必然。本书收集了作者五篇...
|
||
|
||
---
|
||
## 划线笔记
|
||
|
||
### 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
|
||
|
||
---
|
||
### 2.6 何时名不再符实
|
||
|
||
> 一些人要求我把他们从邮件列表中去掉，而原因很有趣：他们觉得fetchmail已经足够好了，他们不想再看到关于这个项目的邮件往来！对于一个成熟的集市模式项目，也许这是其正常生命周期的一部分吧。
|
||
> 🕐 2026-07-29 08:33
|
||
|
||
---
|
||
> 除了提升代码和数据结构的质量之外，我重写的另一个目的是想把它弄成一个我完全理解的东西。如果你对一个程序不能了如指掌，而又要负责他的bug修复，那可就不好玩了。
|
||
> 🕐 2026-07-29 08:31
|
||
|
||
---
|
||
## 💬 笔记/想法
|
||
|
||
> Linux几乎从一开始就发展出一条完全不同的路，其开发更像是仅通过互联网合作的大量志愿者的随意之作。在质量方面，没有严格的标准也没有一个强有力的机构来管理，他们只是执行一个简单得有点幼稚的策略：每周发布，并在接下来几天内获取数百个用户的反馈。他们创造了一种类似达尔文“物竞天择”的选择机制，被选择对象则是开发者们所做的种种软件修改。让所有人吃惊的是，这种方式工作得非常好。
|
||
> 🕐 2025-05-17 19:50
|
||
|
||
💬 **在地球online这款全景游戏中，在中国这台服务器上，我被定义的变量名天生偏左翼，偏分布式，偏激进但富含探索因子，可能从最初就和这种集市般看似无序但极其高效的模式匹配，也就不难解释从大学起近乎痴迷的对Linux的研究其内因源自何方。**
|