前两天我们报道了一篇关于 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 年进行了类似的语言描述方面的清理。。详细内容本次专辑会为您慢慢道来…… 地平线上出现了一片乌云。亚马逊等云基础设施提供商的行为威胁到了开源的生存。我是一名风险投资者，在13年中先后投资了许多开源项目背后的公司，实际的数据显示，开源已经在为社会服务，开源商业模式已经大获成功、有利可图。
我很钦佩亚马逊的执行力。在风险投资行业，我们习惯于大型软件公司（比如IBM、Oracle、惠普、Compuware、冠群、EMC、VMware和思杰等）主要成为庞大的销售和分销渠道，这需要获得创新（即收购初创公司）为渠道提供活力。亚马逊则不然。 2015年7月，《华尔街日报》引述我的话说：“亚马逊的执行力太强了，几乎就像一家初创公司。这对于生态系统的每个人来说都很可怕。”那个月，我在投资者网站Seeking Alpha上撰写了《提防亚马逊巨无霸》。自我撰写那篇文章以来，亚马逊的股价已上涨了400%。（我间接持有亚马逊的股份。） 但对于其客户之外的任何人来说，亚马逊可不是一家温情脉脉的公司。好多文章详述了其残酷无情的企业文化。为什么它对开源的使用会有何不同？进入到AWS，将鼠标悬停在顶部的“产品”菜单上，你会看到亚马逊并不创建，但是作为服务来运行的无数开源项目。这些项目每年为亚马逊带来了数十亿美元的收入。 比如说，亚马逊享用Redis（StackOverflow的开发者调查中最受欢迎的数据库），几乎没有回馈，将其作为服务来运行，改头换面后取名为AWS Elasticache。其他许多流行的开源项目同样被拿来后作为AWS产品来提供，包括Elasticsearch、Kafka、Postgres、MySQL、Docker、Hadoop和Spark等。要说明的一点是，这并不违法。但我们认为这是错误的，不利于可持续发展的开源社区。请大家关注本次专辑…… Java 11 计划于本月，即 9 月 25 日发布。与 Java 10 不同，Java 11 不仅提供了长期支持，还将作为 Java 平台的参考实现。新的长期支持版本每三年发布一次，根据后续的发布计划，Java 17 将于 2021 年发布。我们曾报道过，甲骨文已经改进了Java SE（标准版）的商业支持计划，由之前企业一次性支付永久许可费用加年度支持费用的模式，改为新的订阅模式(Java SE Subscription)，当然个人使用和非商业使用可继续享受免费支持，无需订阅。
在本文中，我们不妨了解一下 Oracle JDK 之外的 JDK，以及围绕 OpenJDK 构建的生态系统所拥有的深度。本文将为大家介绍一些主流的 OpenJDK 变种版本。实际上，JDK 只有一组源代码。源代码使用 Mercurial（分布式版本控制系统）托管在 OpenJDK。任何人都可以获取该源码，并通过源码构建一个变种版本发布到网络上。但是需要一个独有的认证程序(certification process)来确保构建的变种版本是有效的。 这个认证程序是由 JCP(Java Community Process) 组织审核的，后者会提供技术兼容性工具包（TCK，有时也称为 JCK）。如果一个组织构建了一个 OpenJDK 的变种版本，并通过了 TCK 的兼容性测试，则可将构建的这个变种版本称为"Java SE compatible"（兼容 Java SE 的 JDK）。 要注意的是，如果提供者没有从 Oracle 获得商业许可，不能将该构建版本称为"Java SE"。例如，通过 TCK 兼容性测试的 AdoptOpenJDK 不是"Java SE"，而是兼容 Java SE 的 JDK或兼容 Java SE 规范的 JDK。还要注意，认证程序目前是基于信任基础的 —— 结果不会提交给 JCP/Oracle 用于检查，也不会被公开。详细说明可点此查看。更多内容，请关注吧本次专辑…… |
