全国免费咨询:

13245491521

VR图标白色 VR图标黑色
X

中高端软件定制开发服务商

与我们取得联系

13245491521     13245491521

2024-09-12_Python 核心开发人员突遭停职,社区陷入一片混乱

您的位置:首页 >> 新闻 >> 行业资讯

Python 核心开发人员突遭停职,社区陷入一片混乱 作者|Jake Edge 译者|核子可乐 策划|冬梅 近日,Python 指导委员(SC)会突然公布一项处理意见,引发相关社区陷入一片混乱。处理意见称,将对某位未透露姓名的 Python 核心开发人员执行为期三个月的停职。 面对层层谜团,Tim Peters 主动承认他就是其中提到的开发人员,这也印证了不少社区成员的猜测。Peters 从 Python 立项早期就参与其中,曾负责过一系列重要工作,同时也是 PEP 20(《Python 之禅》)的作者。此番停职是因为其违反了项目行为准则,而这正源自 6 月中旬围绕 Python 软件基金会(PSF)章程开展的一系列颇具争议的变更讨论。 公告地址:https://policies.python.org/python.org/code-of-conduct/ 条款变更争议拟议的章程变更显然是在非公开的 PSF 邮件列表(psf-vote)上进行,但相关内容几乎同时被发布到了 Python 论坛的 PSF 频道当中。三项变更中只有一项在论坛上引发了大量讨论,内容为改变 PSF 研究员因违反行为准则而遭免职的具体方式。所谓 PSF 研究员同样属于社区成员,他们“凭借对于 Python、社区乃至更广泛的 Python 生态系统的非凡贡献和影响”而倍受尊敬。 提案公告的重点在于免除研究员身份。原则上讲,研究员将获得终身 PSF 成员资格,但变更后的条款约定“一旦违反基金会任何书面政策,特别是我们的行为准则”,那么任何 PSF 成员均可被免职。提案的措辞甚至不要求 PSF 成员(包括全体研究员)以三分之二多数同意来免除成员,而只需要 PSF 董事会的多数票赞成。根据 7 月中旬发布的公告内容所指出,对于章程的所有三项变更均轻松通过,只是存在争议的修改条款获得的支持率明显低于其他两项。 Peters 等人提出的主要反对理由,是认为设置的简单多数这一门槛太低;曾有 12 年董事会成员经历的 Peters 主张 ,既然几乎所有董事会决议都要求一致通过,那么在罢免研究员方面同样要求董事会成员一致通过(或者至少三分之二通过)才是合理的。会议对这项变更展开了多个角度的长时间讨论,也涉及到为何部分成员认为简单多数票可能并不合适,特别是在无力阻止未来 PSF 董事会内部出现某些恶意倾向的情况。其他人则认为这样的预期太过极端。 在讨论过程中,有相当多的人支持这项变更,但反对(或者至少是质疑)变更者则一直在积极发帖游说。最终董事会成员 Christopher Neugebauer 敲下定音一锤,称对于拟议变更做出任何修改都涉及组织问题,因此增加通过票数的提议需要等到一年后的下届董事会选举期间再行讨论。 其实人们似乎都同意应当有一种方法允许董事会罢免研究员;即使没有此番变更,董事会也会利用其现有权力将其他类型的成员除名,只是研究员一直拥有自己的“免死金牌”。部分讨论参与者认为绝对多数(例如三分之二)的主意可能更好,但可以通过之后的修正案来解决;目前,最好有一种方法既能够罢免行为不端的研究员,又不必在全体 PSF 成员中进行公开投票。整个对话持续了大约两周,相当帖子多达 175 个,内容虽然普遍较长但讨论氛围仍相当友好,并没有激发宣泄性或者被愤怒情绪主导的互喷。而且这种分歧也没什么特别,毕竟多年以来不管是在邮件列表还是其他地方,Python 社区中从来不乏这样的公开争论。 Peters 一直是该主题讨论的积极参与者,可能是过于热心,他开始在另开一帖讨论关于 PSF 董事会就这些变更收到的法律建议及相关想法。讨论内容相当庞杂,经常会朝着多个方向发展,其中不少则迅速偏离主题。也有些帖子被读者们标记,导致其被 Discourse 论坛软件暂时隐藏,这反过来又导致人们抱怨说反对意见受到了压制。最终,一位版主将讨论调为慢速模式,希望能引导讨论重新回归正轨。 在讨论的最后阶段,Neugebauer 发布了董事会的常见问题解答,具体回应了讨论中提出的各种问题。虽然没有、也不适合把话挑明,但从常见问题解答的内容来看,人们似乎隐隐感到董事会正在考虑要开除掉一部分研究员。讨论中有一股暗流开始涌动,矛头指向那些通过研究员身份与 PSF 挂钩、可能来自非 Python 领域且违反了行为准则的成员。指导委员会成员 Thomas Wouters 表示,他已经看到“有充分证明表明,实际上部分研究员一再藐视行为准则。”在另一个“案例中”,Alan Vezina 也概述了一种违反行为准则的场景,虽然细节源自假设,但“同样基于真实事件”。 指导委员会声明 7 月 11 日,在关于拟议变更的讨论逐渐平息之后,Gregory P. Smith 发布了一份指导委员会声明,题为《期待 Python 领域的沟通更具包容性》。文章称在此番讨论当中: ……我们目睹了一些令人不安且不专业的对话,涉及多位知名人士。这些评论导致社区内的许多成员彼此疏远,也妨碍了其他人加入并成为 Python 未来生态的一部分。接下来列举的,则是一系列明显直接针对 Peters 的事例。实际上,第三条提到的“抵制软行为审核”明显就在 Peters 身上刚刚发生过,只是没有成功。根据 Peters 本人在随后帖子中的说明,有人私下联系他并对其行为进行质询,但他并不认可这些投诉。发布的这份声明似乎是指导委员会在施以“反击”,对 Peters 在“讨论行为准则的过程中”拒不配合的行为表示警告,称一意孤行将面临后果。从回复来看,Peters 也对此表示认可。 除了对指导委员会要求他自查发帖表示抵制之外,文章列出的另外两个例子则不是特别令人信服,至少 Peters 本人和其他回复者对此并不认可。第一条是“在举例中提及性骚扰,轻视职场性骚扰培训”,这里显然指的是他发布的一篇谴责职场性骚扰处理方式的帖子。这但这种说法跟第二个例子中“使用表情符号和措辞的方式,可能会被不同的人误解甚至形成完全相反的理解”相矛盾,因为 Peters 在前面的帖子中确实使用了“眨眼”表情符号——这个表情符号经常出现在他的帖子中,代表一种反讽或者说“懂的都懂”的态度。问题的真正关键,很可能包含在第二个例子的余下部分中: 在发帖时请注意,你的受众是一个更加广泛且多样化的专业社区,而不再是几十年前由一小群内部人士发展而来的 Python 生态。一些曾在过往很常见的不当沟通方式,可能在当下引发不适宜的争议。可以想见,Peters 再次长篇大论对文章做出回应;不少其他社区成员同样积极跟帖,表示既理解指导委员会的立场、也支持 Peters 的观点。指导委员会在措辞问题上明显吃了个瘪,选择的例子没能给自己的立场带来任何助益。然而,委员会和整个 Python 社区明显下定了改变旧习气的决心。有人认为之前的那些习惯正在阻止更多人加入项目,而指导委员会则成为阻止这种情况的最终仲裁方。Peters 可能对此也没有太大异议,毕竟他自己就是这些旧习气的典型代表。 但从深层分析,人们对于行为准则及其落地方式同样存在着普遍分歧。指导委员会在声明中指出: 当有人抱怨你之前说的话有问题时,请学会倾听。这不是在寻求辩论,而是一种源自痛苦感受的表达。这时候不妨先停下来,反思一下到底发生了什么。但 Peters 和其他人则担心,在缺乏“理性人”这一基本前提的情况下,这样的倾向性很容易歪向另一个极端。Peters 指出,有“好几位 PSF 成员”都担心行为准则会毁掉自己的职业生涯,因为这可能阻止他们充分参与到项目中来。与此同时,对于此类投诉也应该有双向的沟通渠道。“当有人发现指导委员会的行为或者言论越界时,也同样是一种源自痛苦感受的表达。” Smith 表示,声明中列出的例子都直接来自社区成员的投诉: 他们不需要向任何人解释,他们对于某些事物的解释为什么跟你不同。最重要的是要意识到每个人都有自己的解释角度。正确的做法应该是相信他们、接受不同观点,并从中吸取教训。别总试图告诉对方他们错了。他还表示,那些面临行为准则处罚的人对于这种情况负有全部责任。因为单单一次投诉不太可能导致被从项目中除名;相反,只有反复出现“不尊重行为”,再加上被指出问题时无法或者不愿意“学习和改进”才会面临罢免。虽然该声明并非针对特定一人,但 Peters 明显“是其中重要的一环”,指导委员会甚至私下联系他讨论过此事。 而 Peters 的态度也很坚决,他感谢指导委员会能跟他主动联系,但他并不认同对方的观点: 最初表达的担忧是我“对性骚扰问题不够严肃”。我回答说,任何理性人都不会这样理解我的表达。委员会方面没有回复,而是接下来直接发表了一篇公开帖子,并在其中将措施修改为我“轻视职场性骚扰培训”。这同样是一种令人难以置信的解读,只是比之前的说法稍微好了一点点。……我决定放弃,因为一旦健康网已成,那我再怎么辩驳都是徒劳。就像一个人决定要生气,那怒火也就随之而来。Brendan Barnwell 则担心,根据“审核团队 / 指导委员会 /PSF 董事会的评论基调”,整个决策流程基本可以总结为:“如果 A 做了某事,而 B 认为这令人反感,那么 A 必须自动(或者默认)接受自己错了。”他表示,这在很大程度上是在歪曲“尊重不同观点和经验”的行为准则。有时候,所谓“受到冒犯”的 B 也需要重新考虑自己的理解到底对不对。 与 Barnwell 一样,另外几位社区成员也抱怨指导委员会声明中举的例子非常牵强,大家看了之后仍然不知道该怎么避免此类问题。Karl Knechtel、Chris McDonough(与 Peters 一样身为 PSF 研究员)和用户“Paddy3118”还特别讨论了其中的措辞问题。Smith 给出的解释是指导委员会认为声明中不宜讲得太具体,但人们普遍认为这里举的措辞例子根本不值一驳。 突遭停职 总而言之,虽然 Peters 收到了好几次不同的警告,但他并没有改变自己的行为。他继续发帖,开始可能引发争议的讨论,并参与了两个关于成员退出 Python 讨论论坛的话题。总而言之,他基本依然我行我素。其中一篇“我要离开”的帖子来自前 PSF 主席、董事会成员兼名誉研究员 Steve Holden,另一篇则来自 Knechtel。后面这篇帖子成功让 Knechtel 本人被论坛无限期封禁,但不知是 Knechtel 本人还是版主进行了编辑,目前帖子内容有点难以理解。几乎在同一时间,同样被论坛无限期封禁的前董事会成员 David Mertz 也许是被 Knechtel 的遭遇激起了冲动情绪,主动放弃了自己的 PSF 研究员身份。 因此在持续关注事态走向的人们看来,指导委员会于 8 月 7 日暂停 Peters 核心开发者资格三个月的结果似乎并不令人意外。该公告由 Wouters 发布,主要引用了行为准则工作组的建议,建议中具体列出了十条内容。可以想见,这些内容不太可能说服那些认为 Peters 遭受到不公对待的成员——实际情况甚至恰恰相反,公告中并没有特别提及 Peters,只是在第一条中明确提到“过度讨论章程变更(截至版主关闭讨论时,参与主题下总计 177 篇帖子中的 47 篇),这造成了一种恐惧、不确定及怀疑的氛围,引发其他社区成员做出越来越激烈的情绪化反应。”这份清单在很大程度上成为一道分水岭:一部分人对其表示赞同,而另一部分人则出于种种原因认为其有失偏颇。 指导委员会成员 Emily Morehouse 指出,关于对特定行为准则的违反判断往往非常困难,声明中的清单仅用于介绍违规行为: 这不是社区第一次在缺少特定事件或判断的前提下对违规行为定性。在我看来,行为清单并非导致停职的个别极端行为集合,而是在尝试总结出一种共通性质的沟通模式,这种沟通模式已经越界并对我们社区中的多位成员造成了伤害。……对于一般违规行为,我也希望能有一种方法可以向整个社区勾勒出事件的全貌,但这对上报问题的人和被停职的人来说都不公平。我已经听到对此的反馈意见,很多成员都希望我们未来的项目沟通和运作流程能够有所改进。在各种帖子(包括其他未被提及的帖子)中,人们也表达了对审核制度的担忧。这些担忧的具体表现包括发新帖抗议,还有向版主群发送私信,其中不少的语气也不太友好——甚至直接就是赤裸裸的辱骂。这使得版主对于批评意见很敏感,反而加剧了对此类帖子的审核力度,这又进一步导致更多人认为审核过度问题正在失控。另外,不少社区成员本来就认为审核是 Python 世界中当权者(包括指导委员会和 PSF 董事会)的管辖工具,因此在章程变更讨论之类存在争议的帖子中发起审核,只会延续这种互相攻讦的恶性循环。 对任何社区来说,审核都是一项艰巨而且吃力不讨好的工作。尝试对人类不当行为划定严格的边界永远充满了风险,往往导致版主总是在一部分受众眼中被视为“错误”。归根结底,Peters 必须意识到他的沟通风格在 Python 世界中并不受欢迎,而摆在面前的只有两条路:要么调整沟通方式,要么退出走人。后一条路肯定是我们不希望看到的,毕竟他的大部分发帖都实用、有趣且有所帮助,或者是其中一些优点的随机组合,并不至于越过、甚至都没有贴近过任何行为“边界”。 不过就目前的情况看,Peters 在三个月的停职期后能否重新回归还是个未知数。在以往的案例中,被停职者需要向指导委员会提出复职申请。而对于像他这种身处争议中心的人,申请恐怕没那么容易得到通过。甚至已经有人开始做好 Peters 彻底离去的心理准备。Serhiy Storchaka 曾询问是否可以联系 Peters 寻求技术方面的帮助,Wouters 则暗示称不鼓励这样做;Storchaka 为此还专门强调,他并不是想绕过指导委员会的决定,只是咨询能否继续通过 GitHub 与 Peters 合作。与此同时,在关于指导委员会选举投票系统的变更讨论帖中,Guido van Rossum 表示他认识的投票系统专家被封禁了:“也许我们可以等到他三个月禁令到期之后,再向他寻求建议?” 关于此次事件的细节还有很多,包括其他多篇反对帖、对指导委员会的不信任投票呼吁遭到撤回等等。关于不信任投票和投票系统变更的讨论帖都表明,要想解决由此番争议引发的投诉和担忧,Python 社区恐怕还要拿出更多应对措施。目前尚不清楚这一切将导致怎样的结果,我们也将持续关注事态发展。总而言之,相信很多人都希望曾一手打造 Timsort 等产品的 Peters,能够顺利回归他 30 多年前协助建立的这片繁荣社区。 原文链接: https://lwn.net/SubscriberLink/988894/337f36ff39e6342f/ 声明:本文为 InfoQ 翻译,未经许可禁止转载。 内容推荐2024年8月18-19日,AICon 全球人工智能开发与应用大会·上海站成功举办,汇聚超过60位大模型行业先锋,全方位剖析大模型训练与推理机制、多模态融合、智能体Agent前沿进展、检索增强(RAG)生成策略、端侧模型优化与应用等热点内容。经过嘉宾授权,「AI前线」为你独家整理了一份演讲PPT合集,不容错过。关注「AI前线」,回复关键词「PPT」免费获取。 报告推荐大模型「大脑」足够聪明到支撑 AI Agent 落地了吗?其他模块能力现状如何?理想中的智能体和现阶段有哪些差距?AI Agent 产品形态有何不同?数据分析、营销、教育、金融、文娱游戏等 AI Agent 应用现状如何?有哪些典型案例了吗?AI Agent 未来还将如何发展? 以上问题的回答尽在《中国AI Agent应用研究报告 2024》。 今日荐文 亏太多!LG 1400人自愿离职,赔偿金达36月工资;马斯克发悟空AI图变天命人;实习生要开直升机、做饭?官方回应 | AI周报创业2年肝出爆款AI 工具!碾压VS Code、让OpenAI 员工都倒戈,开发者们集体上头!国产 GPU 公司被曝“流氓式解散”!员工欠薪记账、明星创始人成“老赖”,总部已人去楼空 Flux、SD等图片生成模型遭“封禁”,但这次硅谷大厂不反对了! 韩国“N号房”事件因 Deep Fake 再现,受害者向中国网友求救你也「在看」吗??? 阅读原文

上一篇:2020-09-06_谷歌大脑团队:重新思考计算机视觉的预训练和自我训练 下一篇:2023-03-15_两会热点讨论:如何帮助中小企业在数字化时代不掉队?

TAG标签:

17
网站开发网络凭借多年的网站建设经验,坚持以“帮助中小企业实现网络营销化”为宗旨,累计为4000多家客户提供品质建站服务,得到了客户的一致好评。如果您有网站建设网站改版域名注册主机空间手机网站建设网站备案等方面的需求...
请立即点击咨询我们或拨打咨询热线:13245491521 13245491521 ,我们会详细为你一一解答你心中的疑难。
项目经理在线

相关阅读 更多>>

猜您喜欢更多>>

我们已经准备好了,你呢?
2022我们与您携手共赢,为您的企业营销保驾护航!

不达标就退款

高性价比建站

免费网站代备案

1对1原创设计服务

7×24小时售后支持

 

全国免费咨询:

13245491521

业务咨询:13245491521 / 13245491521

节假值班:13245491521()

联系地址:

Copyright © 2019-2025      ICP备案:沪ICP备19027192号-6 法律顾问:律师XXX支持

在线
客服

技术在线服务时间:9:00-20:00

在网站开发,您对接的直接是技术员,而非客服传话!

电话
咨询

13245491521
7*24小时客服热线

13245491521
项目经理手机

微信
咨询

加微信获取报价