您好,欢迎来到12图资源库!分享精神,快乐你我!我们只是素材的搬运工!!
  • 首 页
  • 当前位置:首页 > 开发 > WEB开发 >
    Redis之后 Python的master-slave用词亦恐被无法修正
    时间:2018-09-12 08:48 来源:网络整理 作者:网络 浏览:收藏 挑错 推荐 打印

    9月15日技术沙龙 | 与东华软件、AWS、京东金融、饿了么四位大咖讨论精准运维!

    Redis之后 Python的master-slave用词亦恐被无法修正

    前两天,我们报道了一篇关于 Redis 的旧事,由于 Redis 中的 master-slave 术语被以为具有侵犯性,所以出现了很多呼吁修正的声响。最终,Redis 作者迫于无法,在尽量不影响项目的状况下,做了一些妥协。而如今,这项带有政治颜色的“运动”蔓延到了 Python 身上,就连宣布参加 Python 中心开发组决策层的 Guido van Rossum 也被请回来处置关于政治不正确的言语辩论。

    Guido van Rossum 是 Python 开创人,素有“终身残忍专制者(BDFL)”之称,不过他如今的处境就像教父中黑手党柯里昂家族首领的 Michael Corleone 一样。

    和其他开源社区一样,Python 的管理员也被问及能否真的想继续运用 master 和 slave 术语来描画相关的技术操作和关系,由于这些单词会让一部分人想起美国旧时的黑奴制度,这是一个历史遗留成绩而且直到明天依然会惹起关于政治方面的剧烈争论。

    就在上周,在 Red Hat 任务的 Python 开发者 Victor Stinner 地下提交了 4 个 PR,希望能将 Python 文档和代码中出现的 "master" 和 "slave" 修正为像 "parent" 和 "worker" 这样的术语,以及对其他相似的术语也停止修正。Victor Stinner 在他的 bug report 中解释说,出于多元化的思索,尽量避免出现与奴隶制相关的术语反而能够会更好,像 'master' 和 'slave' 这种。他还指出之前就已有关于这个成绩的赞扬,但都是私下提出的 —— 以避免惹起剧烈的争论。

    等到 Python 3.8 发布时,置信像这些被以为具有“侵犯性”的术语将会增加。

    理想上,在技术圈子里,这种关于政治正确的事屡见不鲜。前两天关于 Redis 的这件事,社区去年就因这个成绩停止了剧烈的争论。而在 2014 年,Drupal 在经过一番论证之后,将 "master" 和 "slave" 这两个词换成了 "primary" 和 "replica"。同年,Django 用 "leader" 和 "follower" 替代了 "master" 和 "slave"。CouchDB 也在 2014 年停止了相似的言语描画方面的清算。

    这些争论在科技行业也依然存在。2004年,察看组织 —— 全球言语监测组织将科技行业中 "master" 和 "slave" 的运用列为当年政治最不正确的术语。而这些术语的行业用法可追溯到几十年前,我们甚至可以在多个 RFC 中找到它,例如 RFC 977 (1986)。

    而这次关于 Python 的讨论,我们可以预见到,参与讨论的每个 Python 开发者都不会赞同 Stinner 提出的变更。Stinner 提交的 bug report 中的评论回应了关于这一主题的一切其他在线争论。

    “我不会由于 Python 依据秘密评论改动其行为而感到激动”,Larry Hastings 慨叹道,“传统上,Python 有一个十分开放的管理形式,一切讨论都是在公收场合停止的。”

    “能否真的有必要用 SJW(Social Justice Warrior) 的看法形状/术语来“污染” Python 代码库?”Gabriel Marko 质疑道,“那么接上去又会是什么?”

    Raymond Hettinger 也对这些术语能否真的有清楚损伤别人感到疑问。他在评论中写道:“假设一个特定的段落表述不清楚或令人反感,这确实应该被修正;否则,我们不应该让模糊不清的政治正确观念影响其他明白的常见英语用法。而且据我所知,没有一个案例表明,在文档中运用了'master'就是为了反映奴隶制这件事,或许暗含对这一概念的认可。”

    最后,van Rossum 介入了这场争论,以完毕一场似乎是无解的讨论。他在评论中写到:“我正在封锁这些 PR,Victor 的 PR 中有四分之三已被兼并。但第四个不应被兼并,由于它是对 UNIX ptys 底层术语的反映。还有一个关于 'pliant children' -> 'helpers' 的讨论,这个后续可以作为 PR 处置,而不需求保持开放讨论的形状。”

    I'm closing this now. Three out of four of Victor's PRs have been merged. The fourth one should not be merged because it reflects the underlying terminology of UNIX ptys. There's a remaining quibble about "pliant children" -> "helpers" but that can be dealt with as a follow-up PR without keeping this discussion open.

    但是,我们都应该明白,要摆脱真正的 master 和 slave,绝不只仅是一件提交 pull request 就能处置的事。

    【编辑引荐】

    Angular 允许开发者在 Web 和移动运用之间共享代码

    人工智能崛起 因难度大,普通AI开发者将成香饽饽

    一个开发10年顺序员论:学习Python最正确的步骤(0基础必备)

    TIOBE 9 月排行榜:C++ 式微,第 3 名被 Python 拿下

    (责任编辑:admin)