第二章 绘制众包蓝图
众人拾柴火焰高
导 读
这一章讲的是众包的生产方式—由封闭独占向开放共享方式转变。
开源软件的工作方式为众包提供了灵感和实践的方向。对开源软件代码，所有人都可以查看、拷贝、改进，以及用于任何他们认为合适的目的。因为开放了，合作精神和自由交换信息在计算机编程中也得到了发展。
传统的独占的生产方式，是一种“大教堂”模式，每一件事情都是自上而下协调安排的。它是一种严格管理下的等级分明的方法，从工业革命开始就成为标准的生产程序。而众包的生产方式是一种“市集”模式，一种每件事都是自下而上“协调安排”的生产方式。
简单地说，独占是不自由、封闭的，众包是自由、开放的。
开始，所有的源代码都是开放的。与其说这是程序设计问题，不如说是环境问题，但它将对电脑编程以外的众多领域产生巨大影响。源代码由英文指令组成，为了让电脑执行，需要将其转化成0和1。开放源代码软件基本上就像听上去那样：所有人都可以查看、拷贝、修改，以及用于任何他们认为合适的目的。因为源代码是开放的，一种互相协作和自由交换信息的精神在计算机编程领域得到了发展；因为曾经开放过，一小部分有原则的编程人员决定继续开放。他们不能强迫微软、太阳微系统公司或者苹果公司公开它们的代码，但他们可以创造出一个自由而开放的替代物。
为了这么做，开放源代码软件行动的创始人不得不发明一种新方式。他们没钱雇人，但摆在面前的任务令人生畏—要编写整个操作系统，这需要程序员花几百万小时的时间。
这些技术高超的人会把时间花在一个看起来注定要失败的项目上吗？—当然会！在参与者人数很多的时候，他们就会这样做。通过合作，沉重的压力就会平摊，而不会压在一小部分人身上。
20世纪90年代早期，大众创造出了第一个重大作品：Linux操作系统。它在很多方面超越了当时所有公司最好的产品。开放源代码软件提供了一个先例—这是概念的证明。如果这些在业余时间工作的人—灶台科学家、地窖音乐家、星期天摄影师—为众包这个引擎提供了燃料，那么，开放源代码软件运动便为众包提供了蓝图。
当然，在1969年没有人知道这些。有一天，贝尔实验室的电脑编程人员肯·汤姆森忽然发现自己无所事事。他一直致力于一项工作—麻省理工学院、通用电气和贝尔实验室之间宏伟的5年合作计划。这个项目要为当时的大型计算机创造一种更有效率的操作系统，当时的大型计算机一次只能处理一项任务，这个限制减缓了计算机的处理速度，即使当时最先进的计算机也不例外。而新的系统应当能一次处理超过一项任务。
但是，这个项目并没有带来效率，反而引起了混乱。操作系统的手册有3 000多页，那年春天，贝尔实验室已经放弃并退出了该项目。汤姆森有了一个4周的假期，他决定从头开始（设计），只有他一个人参与。他没有设定过高的目标—每周完成操作系统的四个组成部分之一。政治科学家和作家史蒂文·韦伯在《开放源代码软件的成功》一书中写道：“仅靠一个人一个月的时间和非常基础的硬件条件，汤姆森不得不将好大喜功的心态抛诸脑后，做些简单的工作。”或者正如汤姆森的同事当时说的：“不做浮夸的事，能做一点算一点。”
