# 慈善獨裁者 *慈善獨裁者*模型這一稱號確實名副其實：最終的決定權完全取決于一個人，因為其人格和經驗的力量，他被認為可以明智的運用這個權力。 盡管“慈善獨裁者”（*BD*）是這個角色的標準術語，但是更應該將其視為“社區認可的仲裁者”或“裁判者”。通常來說，慈善獨裁者并不會作出所有的、甚至大多數的決定。一個人很難擁有在項目所有領域中都能做出正確決定的專業技能，畢竟，如果對于項目的方向沒有任何影響，有價值的開發者也不會在此停留。因此，慈善獨裁者通常不會非常的獨裁。相反，他們會盡可能的讓事情在討論和實驗中順其自然。他們自己也會參與討論，但是作為某領域的普通開發者，他們一般會尊重擁有更多專業知識的領域維護者。只有當明顯無法得出結論時，而且大多數成員*期望*有人能夠指導作出決定，并讓開發繼續時，他們才會采取堅定的立場并說“這是我們前進的路。”避免使用命令作決定是所有成功慈善獨裁者共同的特征；也是他們設法保持這個角色的一個理由。 ### 誰可以成為一個慈善獨裁者？ 成為一個BD需要許多特性的組合。首先，要對自己在項目中的影響有經過充分磨練的敏感性，這樣可以保證自我約束。在一個討論的早期階段，一定不能過于確定的表達自己的意見和結論，以至于讓別人覺得繼續發生分歧毫無意思.人們應當能自由的放飛思想，即使是愚蠢的想法。BD也會不可避免的屢屢發表愚蠢的意見，所以這個角色也必須具備認可和承認自己作出錯誤決定的能力—盡管這是一個*所有*優秀開發者都應該具備的能力，但如果她要長期呆在一個項目，這一點特別重要。但區別是BD無法無視其信譽的長期損害。但資歷尚淺的開發者不必如此謹慎，所以BD必須對批評或反對決定的語句小心措辭，對于詞匯的分量十分敏感，不僅是技術上的，還包括心理的。 BD的技術技能*不*需要超越項目中的所有人。但她對于自己的代碼工作必須足夠精通，也必須能夠理解考慮中的所有變更的討論，但這還不夠。BD的位置并不是通過恐怖的編碼技巧獲取或保持的。重要的*是*富于經驗和全局的設計感覺—不必是根據要求生產好設計的能力，只需要有識別好設計的能力，無論是什么來源。 慈善獨裁者經常是項目的創建者，但這只是一種關系，而不是原因。這類特性讓一個人能夠成功的開始一個項目—技術能力、說服別人加入的能力等等—也都是BD所需要的。當然，創建者開始就自動有了相關的資歷，在成為慈善獨裁者的方法中，是所擔心的阻力最小的。 請記住，潛在的分叉會以兩種方式出現。一個BD可以和其他人一樣分出一個項目，確實有些人已經這樣做了，這是因為他們覺得要將項目帶領到大多數項目成員不希望的方式中。因為可分叉的能力，慈善獨裁者是否有項目主服務器的root權限（系統管理員特權）并不重要。人們有時候會將服務器的控制能力當做對于一個項目的權力根源，但實際上這毫不相干。將某服務器上某人的提交密碼添加或刪除的能力只會影響存放在那個服務器上的項目拷貝。對于此權力的長期濫用，無論她是BD或其他人，都會致使開發轉到其他服務器上。 無論你的項目是否存在一個慈善獨裁者，或能夠在一個較弱的集中式系統下運行良好，都十分依賴于誰在承擔這個角色。作為一個普遍的規則，通常對每個人來說誰是BD非常的明顯，然后就會如此繼續。但是如果沒有明顯的BD候選者，項目通常會使用分散的決策過程，這就是下個小節所描述的。