开源项目中权力的和平交接是一个重要议题。文章探讨了如何在没有中央集权者(BDFL)的情况下，通过建立透明、民主的治理机制，确保开源项目在创始人离开后仍能持续发展。这需要制定清晰的贡献者协议、决策流程和接班人计划，以避免权力真空和项目分裂。

开源项目中的权力和平交接

大多数开源项目的维护者都是凡人——他们终将面临死亡、厌倦、暴富、疾病、征召或精神崩溃。这让我想起历史博物馆里常见的桥段："某贤明君王去世后，继承者们为争夺王位爆发血腥战争，导致国家陷入百年动荡"。

现代民主制度最伟大的成就，就是实现了权力的和平交接。而开源项目往往始于某个开发者的业余爱好，却可能成长为支撑半个数字世界的庞然大物。这些"微型帝国"普遍采用"终身仁慈独裁者"（BDFL）治理模式，其脆弱性在于：当独裁者不再仁慈，项目就会陷入"创始人诅咒"。

过去一年，我们目睹了多位BDFL化身"疯王"：打压志愿者、强占社区项目、索取供奉。他们的玻璃心一旦受损，就会像暴怒的巨龙，而谄媚的"朝臣"则趁机中饱私囊。

因此，Mastodon项目的权力交接堪称典范。离职CEO Eugen Rochko在博客中坦承："成功带来的压力可能限制了Mastodon的发展"，这种清醒认知与那些信奉"君权神授"的创始人形成鲜明对比。该项目既没有引入风投机器的职业经理人，也没有暗箱操作的财务结构。

对于日常下载量数千的开源项目，制定继任计划绝非杞人忧天。项目维护者们应当学习社会契约论，以成年人而非青春期少年的方式处理权力交接。毕竟我们终将化为尘埃，而代码中的bug却可能长存于世。

（注：原文中大量社交媒体链接、主题切换按钮、月度归档等非核心内容已精简，保留了核心论证逻辑和关键案例）

以下是评论内容的总结：

1. 关于项目继承计划的重要性

• 支持观点：长期继承计划可降低供应链攻击风险，避免维护者突然离职带来的混乱。
  • 引用："A long-standing succession plan reduces the likelihood of a supply-chain attack." (JimDabell)
  • 引用："Mastodon的和平权力过渡值得赞扬" (lapcat)

2. 对文章实用性的质疑

• 批评观点：文章缺乏实质性内容，更像是暗批Ruby on Rails和WordPress。
  • 引用："It feels like the point was mainly to dunk on Ruby on Rails" (lapcat)
  • 引用："won't lead to an enlightening discussion" (lapcat)

3. 软件项目与政府治理的差异

• 核心观点：软件项目风险容忍度更高，分叉和冲突可能带来积极影响。
  • 引用："Dictators are good, forks are good, even conflict can be good" (alphazard)
  • 引用："Unlike with a government, you can easily walk away from a software project" (alphazard)

4. 对Mastodon过渡的保留态度

• 谨慎观点：权力过渡的冲突可能延迟出现，需观察后续发展。
  • 引用："The wars waged over concession don't always happen immediately" (bArray)
  • 引用："The problem with the undead King is if they ever feel the need to exercise power" (bArray)

5. 关于开源项目治理模式的争议

• 反对强制民主：维护者没有义务采用特定治理模式，用户可自行分叉。
  • 引用："No, you are not entitled to your preferred governance model" (purpleturtle)
  • 引用："If they dislike it, they can fork my project" (purpleturtle)

6. Linux作为关键测试案例

• 重要观察：Linux内核的未来继承将决定开源模式的可持续性。
  • 引用："Linux will be the ultimate test for this" (1970-01-01)
  • 引用："Linus is only 55...still have many years to search for the next leader" (ferguess_k)

7. 实际项目治理经验分享

• 实践方案：通过共同所有权、财务分离等方式防止敌对接管。
  • 引用："Github organization is co-owned...finances are handled by OpenCollective" (gassi)
  • 引用："In the event either of us step away...core team can continue" (gassi)

8. 小型项目的现实挑战

• 现实困境：多数项目难以找到愿意投入的贡献者。
  • 引用："Maintainers would be thrilled to have one or two people to review code" (szszrk)
  • 引用："I have tried to hand off a project for years with many failed attempts" (asim)

9. 关于开发者义务的极端观点

• 自由意志主义：开发者对用户不承担额外义务，软件按"现状"提供。
  • 引用："I don't owe you anything...do it yourself or pay me" (theoldgreybeard)
  • 引用："Use at your own risk...NO WARRANTY" (theoldgreybeard)