开发笔记:Python之父重回决策层

篇首语：本文由编程笔记#小编为大家整理，主要介绍了Python之父重回决策层相关的知识，希望对你有一定的参考价值。

在Guido van Rossum(吉多·范罗苏姆)卸任BDFL（“终身仁慈独裁者”）一职半年多之后，Python社区迎来了新的治理新方案：指导委员会模式，而经过投票Guido van Rossum也成为五大指导委员之一，Python之父Guido重回决策层。

BDFL：全称是 Benevolent Dictator For Life(终身仁慈独裁者)，该位置被赋予绝对的最终决策权，因为龟叔具有PEP的最终决策权，而反观PHP改进则全部是由社区投票决定，所以被称为”独裁者“；而“仁慈“这一词说明龟叔为人很好，不像linux大佬那样不服就怼，还回回能赢，哈哈！

Guido von Rossum(以下简称：龟叔)是荷兰人，生于1956年1月31日。1982年，Guido从阿姆斯特丹大学获得了数学和计算机硕士学位。

龟叔接触并使用过诸如Pascal、C、 Fortran等语言。这些语言的基本设计原则是让机器能更快运行，因为早期个人电脑配置极低内存可能就一百多kb，所以早期语言很难能实现什么内存管理、垃圾自动回收、面向对象等，那会让你的电脑直接卡死！ 但是到了上世纪90年代，计算机得到了快速的发展，硬件的性能越来越好（所以在90年代大量的面向对象语言被开发：Python、Visual Basic、Ruby、Java、Javascript、PHP），所以Guido希望有一种语言，这种语言能够像C语言那样，能够全面调用计算机的功能接口，又可以像shell那样，可以轻松而简洁的编程。

ABC语言让龟叔看到希望。ABC是由荷兰的数学和计算机研究所开发的。20世纪80年代中旬Guido在该研究所工作，并参与到ABC语言的开发。ABC语言以教学为目的。ABC语言希望让语言变得容易阅读，容易使用，容易记忆，容易学习，并以此来激发人们学习编程的兴趣。
如下面是一段来自Wikipedia的ABC程序，这个程序用于统计文本中出现的词的总数：

HOW TO用于定义一个函数，PUT是赋值，是不是和Python有很多相识之处。

但是因为硬件性能和语言本身存在的缺陷等原因此语言并没有流行起来，而1989年圣诞节期间，在阿姆斯特丹，Guido为了打发圣诞节的无趣，决心开发一个新的脚本解释程序，作为ABC 语言的一种继承，所以python就被发明了。1991年，第一个用C语言实现的Python解释器公开发行。

2018年7月12日，龟叔通过开发者邮件组宣布要“移交权力”，促使他作出此决定的导火索是 PEP 572这个改进提案，该提案获得通过后的三天内龟叔收到了太多的反对意见，龟叔在邮件中有这样一句话：“我从未想到需要为一个 PEP 费上这么大的劲，并发现有这么多人鄙视我的决定”，从这句话可以看出大佬已经心力憔悴了。。。

• 龟叔离职后接受外媒 InfoWorld采访，其中就聊到这此次退出决策层背后的隐情：https://www.oschina.net/news/98455/guido-van-rossum-resigns


• 龟叔邮件原文链接：https://mail.python.org/pipermail/python-committers/2018-July/005664.html，以下翻译自google翻译）

PEP：全称是Python Enhancement Proposal(改进提案)，社区通过PEP来给 Python 语言建言献策，每个版本你所看到的新特性和一些变化都是通过PEP提案经过社区决策层讨论、投票决议，最终才有我们看到的功能。

而这个引发大佬生气的改进提案PEP 572究竟是个什么功能呢？

PEP 572：新增了赋值表达式：=，这个表达式是不是和赋值符号=很像呢？其实他们的功能都是一样的：给变量赋值，那区别在哪里呢？猪哥给大家举一个简单的栗子：
befor：

after：

可以看到新增的赋值表达式使代码更加简洁，而且这真的只是一个轻微的语法变化，不知为何会引发如此大的震荡，可能很多人早就对龟叔大佬不服了吧！

这个改进将在python3.8版本中使用，目前python3.8开发到了alpha 02版本，喜欢尝鲜的朋友可以去官网下载来玩玩：https://www.python.org/downloads/release/python-380a2/

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

于是，Python 社区共提出了 7 种治理方案，分别是 PEP 8010、PEP 8011、PEP 8012、PEP 8013、PEP 8014、PEP 8015 与 PEP 8016。这些提案都汇总在 PEP 8000 之下，其中最终胜出者，将决定 Python 未来的发展方向和方

2018年12月17号，经过94位核心开发者投票，最终PEP 8016：指导委员会模式当选为新时代的 Python 社区治理方案。

PEP 8016 治理方案采用指导委员会模式，其特点是引导治理的迭代，其中提出了不信任投票，也就是弹劾机制，可将任期内的当权者赶下台；它严格限定了在委员会里，只允许少于 50% 的成员是企业（5 人委员会里最多有 2 个）；并且关注到核心开发者的选举/淘汰、如何更新治理提案等问题。PEP 8016 也提出了新的 PEP 流程，目前的 PEP 流程是提案人确定 PEP 的选题方向，提案人负责收集与整合来自整个社区的反馈。然后，相关领域的专家们汇总全部讨论，并开启为期 14 天的审查，之后进行社区投票。如果一个 PEP 很有争议，任何专家成员都可发起动议来拒绝通过它，这需要超过 2/3 的票数。PEP 8016 的 PEP 流程：理事会在必要时可直接地批准/否决 PEP，但最好是设置流程来避免这样做决策，例如，将决策权委派给团队或者 BDFL 代表。

这种治理方案有点和联合国安理会的治理办法类似，同样五个委员，同样具有一票否决权。
投票结果链接：https://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_fe2b74aea628b45

2019 年2 月 4 日，在为期两周的投票后，Python 社区选出了新治理模式下指导委员会的 5 名成员，在17位候选人中龟叔以得票数第一当选！

我们来看看指导委员会的职能：

• 维护 Python 语言及 CPython 解释器的质量与稳定性


• 尽可能使做贡献是便利的、包容的与可持续的


• 巩固核心团队与 Python 软件基金会的关系


• 为 PEP 建立恰当的决策流程


• 为贡献者与核心团队寻求共识


• 当其它所有方法都失败时扮演“最终裁决法庭”的角色


• 这个治理模式是借鉴自 Django 项目，详细内容参见 PEP-13。

值得一提的是龟叔是自荐成为候选人的，并且是 17 名候选人中最早自荐或被提名的几个人之一，说明大佬还是心系python千千万万的开发者；回忆起同样回归的linux之父，我想这些语言之父对自己发明的语言而言肯定会有一种难以割舍的情怀！

看完整个事件的始末，我有种喜忧参半感觉，忧的是python社区治理方案看似从专制走向民主，但谁又能确认这不会沦为新一轮的决策层斗争的开始，因为此次事件的根本原因在于核心开发意见不一致造成，而增加决策人员的增加，势必会造成更大更多的意见不一致，那时决策层是否会产生更大的矛盾？是否会影响python每一年半一次的发布周期？喜的是龟叔的回归我想对千千万万的Python开发者们无疑是一个巨大的好消息，有种武侠小说里帮主归来的感觉。希望在帮主的带领下Python一统江湖！

参考：
1.https://www.python.org/dev/peps/
2.https://my.oschina.net/editorial-story/blog/2989027