Linux的协作式开发

Linux的协作式开发被视为分散化协作的一个例子——一个系统可以受益于在不同地点工作的人们所拥有的知识和主动性，但前提是他们的贡献能够流通并汇聚起来。按照本书的论述，这一原则并非单纯主张分散化；它关乎如何将地方自主性与集体协调结合起来。

分散化与地方知识

这一论述首先指出分散化系统的一项优势——专业化让人们有空间获得与某个地点、某种工作或个人经验相关的知识。这类知识可能难以概括或传达，但恰恰因为来自对问题的贴近了解，所以可能很有价值。接近问题的人往往更有条件制定可行的解决方案，而不必让每项决策都经过远方权威的层层审查。

这种结构也有弱点。系统某一部分发现的信息可能无法传到其他部分，因此系统虽然拥有有用的知识，却未能充分利用。挑战因而不只是分散决策权，还要让个人获取的知识为集体所用，同时不抹去它的地方特性。

从地方贡献到集体智慧

本书将这一挑战描述为独立性与汇总之间的平衡。群体、公司或情报机构需要人们各自专精并形成不同的知识，同时也要让这些知识能够影响整个群体。Linux的协作式开发在这一讨论中作为与分散化相关的协作案例出现，并引出更广泛的问题——如何协调分散的贡献。

与缺乏有效信息共享的组织相比较，这一点就更加鲜明。在美国情报界，各机构掌握着专业知识，却没有足够的机制来汇总彼此的判断。同样，企业层级结构可能阻碍信息流通——在一家企业中，一个新产品构想在获准之前，可能要经过官僚体系中的223条路线。这些例子说明，分散化不等于彼此隔绝。地方主动性可以丰富一个系统，但如果没有传递和整合信息的渠道，它就无法可靠地产生集体理解。

组织意义

Linux的协作式开发在这里的重要性，在于它说明了一项更广泛的组织原则，而不是提供有关特定版本、贡献者或技术决策的详细叙述。本书的论点是，选择并非只能在事事发号施令的中央权威与彼此隔绝的专业人员群体之间二选一。能力更强的系统既保留地方知识和独立判断，也让贡献能够传递并相互启发。

这一原则也解释了为什么分散化本身并非目的。所追求的结果，是形成一个能够利用比任何单个参与者或小型领导群体所能拥有的更多知识的集体。Linux与这一讨论的相关之处，在于它展示了不依赖传统自上而下控制的协作可能性，也凸显了所有这类安排都必须解决的一般问题——如何将各自独立的贡献转化为共享能力，同时不抹去它们的独立性。