【外评】开源既不是社区，也不是民主
内容提要
文章讨论了Rails社区的动态，特别是创始人戴夫（DHH）与其他贡献者的关系。作者对戴夫缺席RailsConf表示失望，认为他将社区视为可利用的资源，而非真正的合作伙伴。尽管热爱Rails社区，作者感到戴夫的存在使社区氛围不平衡，缺乏开放的对话与互动。理想的社区应以成员为中心，而非单一领导者。
延伸解读
开源社区中的权力与责任
文章通过Rails社区的案例，揭示了开源项目中创始人或核心维护者与普通贡献者之间的权力不平衡。当项目领导者被视为社区中心时，其他成员的声音可能被忽视，导致社区氛围紧张。这引发了对开源社区治理模式的思考：健康的社区应鼓励成员间的平等互动与知识分享，而非依赖单一领导者的个人魅力。
维护者的自由与用户的期望
讨论中涉及开源维护者是否有义务修复漏洞或满足用户需求。根据常见开源许可证，软件按“原样”提供，维护者没有法律义务提供支持。然而，用户往往期望获得更多。这种期望与现实的落差可能导致冲突。维护者应明确项目治理方式，让用户了解其权利与限制，从而管理预期。
社区与项目的区别
文章指出，社区的存在与项目本身无关。社区是由互为同行的用户组成的，强调合作与共享。项目可能拥有社区，但社区不应围绕项目负责人运转。理想的社区应有权力平衡，成员之间积极互动，而不是将焦点集中在个别人物身上。这有助于社区健康发展，避免因权力失衡而产生隔阂。
Q&A
为什么作者对戴夫缺席RailsConf感到失望？
作者认为戴夫将社区视为可利用的资源，而非真正的合作伙伴，缺乏开放的对话与互动。
理想的开源社区应该具备哪些特征？
理想的社区应以成员为中心，强调权力平衡，鼓励互动与知识分享，而非围绕单一领导者。
戴夫的存在如何影响Rails社区的氛围？
戴夫的存在使社区氛围不平衡，焦点往往集中在他身上，导致其他成员的声音被忽视。
作者希望与戴夫进行怎样的对话？
作者希望能在私下与戴夫进行对话，但他缺席了多次重要会议，进一步加深了社区的隔阂。
开源社区的存在与项目本身有什么关系？
开源社区的存在与项目本身无关，真正的社区应由互为同行的用户组成，强调合作与共享。
作者对Rails社区的整体态度是什么？
尽管作者热爱Rails社区，但他对戴夫的领导方式感到失望，认为社区缺乏真正的合作与互动。
