本文共 792 字，大约阅读时间需要 2 分钟。

随着 Python 之父 Guido van Rossum 卸任 BDFL，Python 社区的治理模式引发了广泛讨论。如何发展 Python 的未来，以及如何重新组织社区领导结构，成为开发者们关注的焦点。最新消息显示，社区投票已结束，治理方案最终采用 指导委员会模式，由 Nathaniel J. Smith 和 Donald Stufft 提出。

这一选择在 PE P 8016 中得到了详细阐述，该提案不仅引入了不信任投票机制（即弹劾机制），以便在任期内对当权者进行更换，还严格限制了委员会成员中企业代表的比例。具体而言，委员会中最多只能有 2 位企业成员，确保核心开发者在治理过程中的主导地位。此外，提案还涉及如何更新治理提案、如何处理核心开发者的选举与淘汰等问题。

与传统的 PEP（Python Enhancement Proposal）流程相比，PEP 8016 的流程更加细化。提案人需要明确 PEP 的选题方向，并主导收集社区反馈。随后，由相关领域的专家对讨论内容进行汇总，并启动为期 14 天的审查程序。审查通过后，将进入社区投票阶段。如果某 PEP 遭及争议，任何专家成员均可发起动议以拒绝其通过，需获得超过 2/3 的支持票数。理事会在必要时可直接批准或否决 PEP，但理想情况下应通过设定流程来避免直接决策，例如将决策权委托给特定团队或 BDFL 代表。

此外，文中还提到，PEP 8016 在 PK 投票中击败了其它 6 种治理方案（以及“Further discussion”选项），最终胜出。投票结果显示，社区对这一方案的认可度较高。详细投票数据和结果可在投票主页查询。

总体来看，Python 社区在治理模式的选择上展现出高度的组织性和前瞻性。未来的发展，Python 语言和社区的领导权将如何分配，以及如何在开放源代码项目治理中实现平衡，值得期待。

转载地址：http://nlvfk.baihongyu.com/