魔法大锅炉
—— 使用价值集资模型
　
Eric Raymond (1999年六月)
[AKA]rover HansB iasc等翻译

7.使用价值集资模型

　　使用价值与销售价值之间的差别让我们注意到的一个基本事实是只有销售价值本身受到了来自从封闭原码到开放原码这个转变的威胁；使用价值并没有。

　　如果使用价值，而不是交换价值，的确是软件发展的根本驱动力；而且开放原代码的发展的确是比原代码封闭要更加有影响力和更加有效率，那么我们应该期待着去寻找一种环境，在这种环境中光是使用价值已能够完全地促使 开放原代码向前发展。

　　实际上，这样的几个环境模型并不难以找到。在这样的模型中，开放原代码的全职开发者的生存完全可以由（开放原代码的）使用价值来实现。

　　7.1 Aapache的个案：（价值分享）

　　假如你在为一个拥有高效性高可靠性网络服务器的商业公司服务。也许这个服务器是用来为电子商务服务的，也许是作为一个出售广告的高可视性的媒体输出装置，也许只是用来构建一个门户站点。你需要一天7小时的在线时间，你需要速度，还有规范性。

　　那么你该如何做呢？这里有些基本的策略可以供你参考：

　　购买一个私有的网络服务器，这样，你是在冒险相信卖方的宣传与你的需求是一致的，你在冒险相信卖方的技术竞争力能给提供完善的保障。即使假设这两个方面是有保障的，网络服务器本身也会由于缺乏规范的服务而出现问题。你只能通过卖方的经过挑选提供的几种工具来维护的你的服务器。这种购买私有的服务器的路子并非一个很大众化的方法！

　　自己做一个！做一个自己的网络服务器在目前还是不可忽略的一种调剂办法；网络服务器并不太复杂，当然比浏览器要简单。一个专门用途的网络服务器可以做得功能专一但很好用。走这条路的话，你能得到你所需要的各种特性和自己的规范，尽管在其升级的过程中你要付出很多。或许你的公司在你离开或退休后，还会发现这个服务器有了这样或那样的问题。

　　参加Apache小组！Apache服务器是有一个通过Internet交流的小组写出来的--小组成员都是系统管理员，他们相信比较明智的做法是将他们的能力集合起来去写，并提高一个单一方向的代码集而不是去花费时间各自同时写完全不相关的代码。这样做的结果是他们能够同时发挥“自己做一个”和大范围大规模测试代码的优势。

　　选择Apache小组的优势很明显。到底有多明显，可以根据Netcraft 的每周回顾来判断一下。Netcraft上说Apache服务器从其诞生起一直在稳定地夺取其他私有服务器的市场份额。1999年6月，Apache 的各种版本占有了61%的市场份额<http://www.netcraft.com/survey>；--没有合法的拥有者，没有组织机构,也根本没有合同制约的组织形式在背后操纵。

　　总的说起来，Apache的故事提供了一个模式：软件使用者通过支持开放原代码计划而发现了这个模式，他们发现这样做能以最小的代价给他们带来越来越好的软件，比其他任何方法都要有效。

　　7.2 Cisco的各案：风险均摊

　　一些年以前，两个Cisco（网络产品制造厂家）的程序员被分配来写一个分布式的打印系统的程式代码用做Cisco的合作网络的应用。这个项目的挑战性很大。这个系统要使任意一个用户能在这个网络上的任意一台打印机上打印东西（而用户和打印机可能只是隔壁或者相隔几千公里），当打印机没有纸了或其他紧急情况系统要能够将任务导向另一台附近的打印机。系统还要能够将这一个突发时间报告给打印机管理员。

　　他们两个对Unix上的打印软件做了一些很不错的修改，加上一些包的原语言，就做成了那项工作，但接着问题就来了。

　　问题是两个程序员都不愿意在Cisco永远呆下去。结果两名程序员都将离开，而软件也会无人维护而“腐烂”（就是无法满足实际应用中不断变化的要求而失去其应用）。没有任何一个人愿意看到这样的情况在他自己或工作上发生，那两个程序员也认为他们已经做了Cisco公司要求他们做的事情，其他的问题已经不是他们的工作范围了。

　　于是他们跑到他们的经理那里要求将这个打印软件的原代码开放。他们认为这样的话Cisco不仅不会失去什么反而会得到更多。通过协作鼓励用户和软件开发合作者的组织的发展，Cisco能够弥补因为软件原创人员的离开所带来的损失。

　　Cisco的故事引出另一个模式：原代码开放使开发一个软件的风险被众多协作者分摊了而且投资分花费很小。所有的团体都发现原代码的开放，以及一个成员各自独立却互相协作的社区的存在将提供一个无风险的开发环境，而且这个环境是有商业价值的----它能够自己赚钱养活自己！