龟叔之后，Python 社区有了新的治理模式

（给Python开发者加星标，提升Python技能）

转自：oschina

www.oschina.net/news/102830/python-governance-vote-results

随着 Python 之父 Guido van Rossum 逐步卸任 BDFL，Python（CPython）的未来之路牵动了万千开发者的心。没了首领，Python 今后的发展会怎么样？社区将如何运作？谁来领导 Python 这门语言和社区呢？这些问题不得不解决，而用什么样的方式解决，这就需要先由社区讨论并最终决定。

PEP 8016治理方案采用指导委员会模式，其特点是引导治理的迭代，该方案由 Nathaniel J. Smith 和 Donald Stufft 提出。

PEP 8016 中提出了不信任投票，也就是弹he机制，可将任期内的当全者赶下苔；它严格限定了在委员会里，只允许少于 50% 的成员是企业（5 人委员会里最多有 2 个）；并且关注到核心开发者的选举/淘汰、如何更新治理提案等问题。

而且，PEP 8016 中也提出了新的 PEP 流程，目前的 PEP 流程是提案人确定 PEP 的选题方向，提案人负责收集与整合来自整个社区的反馈。然后，相关领域的专家们汇总全部讨论，并开启为期 14 天的审查，之后进行社区投票。如果一个 PEP 很有争议，任何专家成员都可发起动议来拒绝通过它，这需要超过 2/3 的票数。PEP 8016 的 PEP 流程：理事会在必要时可直接地批准/否决 PEP，但最好是设置流程来避免这样做决策，例如，将决策权委派给团队或者 BDFL 代表。

7 种治理方案的具体分析见，请参见《Python 之父退位后，最高决策权花落谁家？》

在 PK 投票过程中，PEP 8016 分别战胜了其它 6 种模型（以及一个“Further discussion”），最终胜出。

详细投票情况与结果查看投票主页：

https://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_fe2b74aea628b45d