559    GNU的Emacs编辑器就是一个极端的、发人深思的例子。

560    不管人事变动有多么频繁（实际上一以贯之的只有作者一人），几百位贡献者还是在长达15年的时间里用全心全意的投入建筑了一个统一的架构。

561    没有一个闭源编辑器能问津这个长寿记录。

562    这倒是提供了一个质疑传统软件开发模式（和大教堂与市集模式的争论不相干）的原因。

563    如果GNU的Emacs在15年的岁月里保持了一致的架构；如果一个像Linux这样的操作系统在硬件和平台技术飞速变换的8年里也做到了这一点；如果（事实如此）许多设计精良的开源项目维系了超过5年的时间那么我们有资格发问，传统开发的巨额管理费用（如果有的话）究竟给我买到了什么？

564    不管是什么，它显然不包括按期、按预算、按指定功能完成计划的可靠运营手段。

565    如果能满足其中一条，就是一个罕见的“管理好”的项目了，更不用说全部了。

566    它看来也不包括在让项目在开发过程种拥有适应技术和经济环境变化的能力。

567    在这些方面开源社区已经遥遥领先了（比方说，你可以对比一下因特网30年的历史和那些专利网络短命的半衰期，也可以对比一下从16位到32位Linux毫不费力的升级和微软为此消耗的成本。

568    特别要提醒你的是，Linux可不是只围绕英特尔系列打转，而是支持了包括64位Alpha芯片在内的十几家芯片厂商的产品）。

569    很多人认为从传统模式产品中可以买到法律保障一旦出现问题会有人站出来负责，并得到补偿。

570    但是这只是个幻觉，大部分软件许可证甚至没有写入商业担保，更不用说履行了。

571    因为软件不工作而获得赔付的成功案例基本为零。

572    退一步讲，就算有很多成功案例，你也不能因为有了打官司的对象就安心了啊！

573    软件是为我们工作的，不是拿来打官司用的！