大开源时代，“仁慈的独裁者”管理模式还走得通吗？

随着越来越多的企业、团队和个人开发者的加入和支持，开源软件迅速渗透到各行各业。如今的开源管理模式主要可分为三种：

• 一是由社区主导。该模式具有独立、高效率等特点，“共识”是重要前提。功能开发和版本发布等日常决策不是自上而下的，而是以社区为中心。

• 二是由公司主导。这种模式下的开源软件多数是由所在公司控制和资助，且通常用于加速开发并确保满足客户需求。即便是开发工作主要放在社区，公司也相对会有更多的控制权。

• 第三种则是本文讨论的重点 —— “ 仁慈的独裁者”（BDL）模式。乍一看，BDL 模式与社区模式很类似，但有一个非常大的区别就是 BDL 模式里面有个“独裁者”的角色，他对功能和发布时间表有最终决定权，在某种情况下无需就一些事项与社区成员达成共识。

BDL 模式是最古老的开源管理模式之一，可以追溯到开源的早期阶段，当时开源软件大部分的工作都是由一个人或少数几个人完成的。BDL 最有名的人物有：Linux 之父 Linus Torvalds ，Perl 之父 Larry Wall ，以及目前已经退位的 Python 之父 Guido van Rossum 。

BDL 模式的优劣势也很明显， “ 仁慈的独裁者”通常能以独特的视觉为产品提供发展方向，管理委员会开发的产品通常比较平淡，突破性的产品通常来自有远见的领导者。 此外，社区可能会因为某些争议而出现混乱，开发者会进行一些无用且耗时地争论，这时“独裁者”可通过做出单方面决定来解决冲突。

不好的是，“独裁者”对他们的开源软件的影响太过巨大，如果让贡献者觉得该软件已经被设定了某种基调，他们可能会远离。而且当“独裁者”出现决策失误时，也可能造成不必要地资源消耗并对软件产生不利影响。

BDL 模式其实与开源软件的理念有点背道而驰，即便是拥有再优秀的“独裁者”，这种软件本质上也是不民主的。BDL 模式主导的软件，与“独裁者”的个性的联系过于紧密。说白了，再仁慈的独裁者，他仍然是独裁者！

在开源快速被应用的时代， BDL 模式显然已不再适合当前的环境。

对此，你怎么看？欢迎评论。

以上内容主要编译自： CMSWIRE 作者： Tom Petrocelli

本文不代表开源中国观点，仅供大家讨论。