谈谈Python社区7种治理方案
之前Python之父Guido van Rossum突然决定卸任，我写过一篇
Python 之父为什么要退出决策层？以及我的思考
谈了下自己的一些感想。这段时间核心开发者们提出了一些治理的方案，一直到现在还在不断的修改PEP中。我最近一直没有关注过，刚才无意中发现Python核心开发者们开始用Discourse搭的讨论区 https://discuss.python.org 来讨论这些治理模型，相信之后会替代邮件列表来讨论社区问题。
治理相关的PEP ID标识为80XX，分别为：
PEP 8000 - Python语言治理提案综述（Python Language Governance Proposal Overview）
提案人: Barry Warsaw
PEP 8002 - Open Source Governance Survey
提案人: Barry Warsaw, ?ukasz Langa, Antoine Pitrou, Doug Hellmann, Carol Willing (编者注：竟然有Doug Hellmann 0.0)
PEP 8010 - 技术领导人治理模式（The Technical Leader Governance Model）
提案人: Barry Warsaw
PEP 8011 - 三巨头治理模式（Python Governance Model Lead by Trio of Pythonistas）
提案人: Mariatta Wijaya, Barry Warsaw
PEP 8012 - 社区治理模式（The Community Governance Model）
提案人: ?ukasz Langa
PEP 8013 - 外部治理模式（The External Governance Model）
提案人: Steve Dower
PEP 8014 - 大众治理模式（The Commons Governance Model）
提案人: Jack Jansen
PEP 8015 - Python社区的组织模式（Organization of the Python community）
提案人: Victor Stinner
PEP 8016 - 指导委员会模式（The Steering Council Model）
提案人: Nathaniel J. Smith, Donald Stufft
具体提案内容建议直接阅读PEP原文，作为Python开发者，应该对这些提案保持关注，正巧核心开发Victor Stinner写了一篇对着7个治理模型(8010-8016)其中重点差异比较的讨论，短链接是 http://sina.lt/fNHm
这些治理模型的角度不同，他们有一些差异点，分别加一下我的看法
除了 8012 和 8014，其他PEP 都有一个最高决策层（指导委员会，理事会，三巨头，GUIDO等等）。编者注：我觉得一定要有最高决策，不能完全依赖于投票，其实这是另外一种BDFL嘛
8011、8012和8015 定义了明确会参与决策过程的“工作组”（或“专家”或“Python 团队”），这可以视为第二级的决策层。编者注：嗯，认同
8014 允许所有人参与投票。PEP 8013 将核心开发者排除在决策委员会之外。除了这两个特例，其它所有的PEP中的决策过程都强依赖于核心开发者。编者注：我认为既不能容许所有人投票，也不能强依赖与核心开发者（走了老路），应该把投票权开放给有一定Python开发经验，在一线公司在职的Python开发者，需要有个基本的对投票者的要求
8010、8012、8013、8014 和 8016 提出了不信任投票，可以弹劾。编者注：嗯，认同
8015 和 8016 严格限定了在委员会里，只允许少于 50% 的成员是企业（5人委员会里最多有2个）。其它 PEP 不设限制。编者注：认同
有些 PEP（8010、8011 和 8014）里几乎只关注于定义最高决策层，然而其它 PEP（8015 和 8016）还关注到核心开发者的选举/驱逐、如何更新治理模型，等等。编者注：更新治理模型以及选举驱逐制度是很必须的
- 发表于:
- 原文链接：https://kuaibao.qq.com/s/20181203G0B6P600?refer=cp_1026
- 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号（企鹅号）传播渠道之一，根据《腾讯内容开放平台服务协议》转载发布内容。
- 如有侵权，请联系 cloudcommunity@tencent.com 删除。
相关快讯
扫码
添加站长 进交流群
领取专属 10元无门槛券
私享最新 技术干货
腾讯云开发者
