欢迎访问

四不像心水论坛

Python社区新的管理模式

2019-01-21    

接受或拒绝PEP履行或更新项目的举动准则与PSF配合管理任何名目资产将部分权力委托给其余小组委员会或流程

在Guido van Rossum放弃了他作为Python引导者的角色之后,他在所有与Python语言有关的决策中占领终极的权力,因而有必要采用其他方式来运行该项目。经过一段漫长的、民主的过程之后,Python将来会由一个由五人组成的领导委员会管理。

总共有七个提案,在PEP 8000中概述了PEP 8001,详细说明了在12月1日至16日投票期间决定的Condorcet投票流程,并恳求有资格投票的人对提案进行排名按优先顺序排列。

“当初PEP 572已经实现,我不想让PEP如此努力地争取,并发现有这么多人鄙视我的决定。”

指导委员会将由五个人组成,并将发布单一功能,之后将选出一个新的委员会。理事会成员可随时辞职,假如会员失去联系超过一个月,可以更换。为避免利益抵牾,理事会的两名成员只能为一个雇主工作。

保持Python语言和CPython阐明器的品德跟牢固性,尽可能供应便利,包容和可持续的贡献,正式化和维护核心团队与PSF之间的关系,为PEP建立适当的决策流程,在以正式身份行事之前寻求奉献者和核心团队之间的共识,在所有其余方法都失败的情况下,作为“终审法院”做出裁决。

在他辞去担当了将近30年的领导职务时,van Rossum说:

提案的范围从各种形式的社区管理到指定一个人作为技能领导者 - 实际上是一个新的善良的独裁者,但当初的首字母缩略词GUIDO代表“仁慈的裁判影响决策官”并服务于三个Python版本,大略4.5年。还提出了一个三重奏的Pythonistas,一个外部委员会跟一个长老理事会。最后,它是PEP 8016中提出的最终模式- Nathaniel J. Smith和Donald Stufft的领导委员会模式,它成为明显的赢家。

理事会领有广泛的权利来决定该名目。例如,他们可能:

一旦入选,理事会的责任是:

那么Python未来如何管理呢?由于社区已经在编程风格问题上存在分歧,如何制定对新治理模式的决议?

Python最初是由Guido van Rossum一个人于1990年开发的,随后他领导了该项目,因为它的扩展并实现了今天的遍布。鉴于标题为“仁慈的生活专制者”(BDFL),他对所有决议都有最终决定权,无论大小,这一任务在2018年7月突然被证明是无奈承受的,最后一个做出改变的提案是PEP 572,包括Python 3.8中的赋值表白式。

第1阶段:候选人宣传他们的服务兴趣。候选人必须由中心团队成员提名。允许自我提名。第2阶段:每个核心团队成员能够投票选出0到5名候选人。投票是匿名进行的。候选人按他们收到的总票数排名。如果浮现平局,可以通过候选人之间的彼此协议来解决,否则将随机筛选获胜者。

[yiji]理事会选举分为两个阶段:[/yiji]

因为van Rossum不任命继任者,因此CPython的核心开发人员需要提出主张并在他们之间做出取舍。