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

前两天我们分析过目前 Python 社区已经提出的 7 种正在进行投票的治理方案，而最新消息是，目前投票环节已经结束，最终 PEP 8016 当选了新时代的 Python 社区治理方案。

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

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

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

7 种治理方案一览：

• PEP 8010：技术领导人治理模式
  • 维持现状
  • 提案人: Barry Warsaw
• PEP 8011：三巨头治理模式
  • 类似现状，但三人决策
  • 提案人：Mariatta Wijaya、Barry Warsaw
• PEP 8012：社区治理模式
  • 没有核心决策人
  • 提案人: Łukasz Langa
• PEP 8013：外部治理模式
  • 非核心监督
  • 提案人：Steve Dower
• PEP 8014：大众治理模式
  • 核心监督
  • 提案人：Jack Jansen
• PEP 8015：Python 社区的组织模式
  • 将多数决策交给团队
  • 提案人：Victor Stinner
• PEP 8016：指导委员会模式
  • 引导治理的迭代
  • 提案人：Nathaniel J. Smith、Donald Stufft

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

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