开源治理模式
仁慈的独裁者模式
所谓的仁慈的独裁者模式,是指那些对项目的整个生命周期中都保持绝对的控制,作为项目的绝对决策者,负责确定项目的总体方向,并在社区出现分歧的时候做出最终决定。随着越来越多的贡献者的加入,仁慈的独裁者会努力的确保这些贡献者的决定是符合项目的根本利益的,而不会被某个特定的个人或组织所左右。一个好的仁慈的独裁者能够做到在发生冲突的时候做到完美的平衡,这不是一个轻松的任务,在你打算要献身于此之前,还请三思,并认真阅读Karl Fogel先生的:我可以成为一个好的仁慈的独裁者吗?一文。
终身仁慈独裁者(英語:Benevolent Dictator For Life,缩写BDFL)是少数开源软件开发者所拥有的头衔。他们通常是某一项目的创始人,并在该项目社区出现争议时拥有最终的决定权。
当项目的团队还比较小的时候,而且用户的社区也比较小,这时仁慈的独裁者会按照传统的自上而下的方式来做出所有的决策。然而,随着社区的增长,这会变得越来越困难,很少有人能够完全理解所要解决问题的所有细节,因此,他们可能会对在不怎么专业的领域所做出的决定不是太有把握。随着项目规模和范围的扩大,人们对于不能有十足把握的模块也会增长,那么作为项目的带头人,就无法做到面面俱到。
基于如上原因,一个颇为高效率的独裁者会慢慢转变为协调者,或者叫做仲裁者,他们通常情况下,不会在辩论当中站队,Linux Torvalds曾经说过,“我宁愿看到的场面是有15个人为一个问题而争执的面红耳赤,而不愿意看到15个人分成两支队伍,每支队伍都只和自己观点相近的人说话。” 这就是Linus的高明之处,如果Linus偏袒了任何一方,那么都会影响到对面的一方,进而会发展到社区在共识方面的偏离。如果说独裁者本人有自己的主见,那么这是可以接受的,如果说在某些领域其他人更具资格的话,那可能就会得到一个次优的决策。
在中型或大型项目中,领导者通常会让讨论继续,并且只有在不太可能发生的事实中表明没有明显的共识出现时才表现出自己的偏好。因此,仁慈的独裁者会试图阻止毫无结果的辩论,但鼓励进行更为广阔的辩论。因为只有这样,人们才会觉得Ta是一名社区主席,而不是真正意义上的”独裁者”。