现在，PEP 572 1已经准备就绪，我希望它成为最后的PEP，当面对如此众多鄙视我的意见的人时，我不得不为此拼命地奋斗。
1个 PEP或Python增强提案-Python扩展提案。
PEP 572不仅会作为Guido van Rossum时代的最后一个PEP保留在历史上，而且还要归功于新的赋值运算符，它引起了Python用户的模棱两可的情感反应。
我想将自己完全排除在决策过程之外。 我仍然可以作为普通的高级开发人员2待一段时间，并且我将继续指导3 ，我什至会有更多时间。 但从本质上讲，我是要离开终身慷慨的独裁者4的永久休假，从现在开始，您将独自一人。
2位高级Python开发人员-Python Core Dev，他有权不经审查直接提交给大师。 签订特别协议。 被一个复杂的过程所接受。
Github显示了590位贡献者到主版本，其中67个在最后一个月提交并合并到了主版本。
3导师-教导，提示和帮助初学者了解所有内容。
4慷慨的终身独裁者-这个术语是在邮件组中第一个正式的Python组织成立时偶然偶然创造的，而Guido van Rossum没有得到任何“正常”职位。
总有一天，这一切都是必须发生的，最后这辆臭名昭著的5号巴士总是潜伏在拐角处，而我也不会变得年轻。 （我不会列出所有健康问题的清单）。
5这是术语“总线因素”-总线因素，或与企业或项目的关键人物可能突然死亡或丧失法律能力这一事实相关的风险因素。 通常表示决策缺乏分配，一个人手中过度集中了权力或责任。
我不会任命自己为继任者。
您现在要做什么？ 建立民主？ 无政府状态？ 专政？ 联盟？
我不用担心Github上的bug跟踪器6的日常决策。 他们很少在那儿问我的意见，而且通常没有特别需要。 因此，我认为您可以照常工作。
6个 GitHub问题
现在可能是最重要的问题：
也许我们可以将这些过程正式化为PEP，也许甚至可以使之成为宪法。 但是，这很重要，我让你们所有人（现任委员会）自己解决这个问题，没有我。
, 7, , 8. 9 , python-dev python-ideas, .
7 - (CoC, Python Community Code of Conduct)
8 python-committers .
9 — , .
. , , ( ).
, . , .
(python.org/~guido)
12 2018
- python-committers
:
(.)
PEP 572 Assignment Expressions
(.)
:
" " (.)
(.)
(.)