Python 社区有了新治理模式

随着 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”),最终胜出,

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


分享到:

未经允许不得转载:Debian社区 » Python 社区有了新治理模式

赞 (0)
已有 0 条评论 新浪微博