菲洛嘉青春动能素135HA FILLMED® NCTF 135HA LED指示灯的常见故障分析 智微智能 Elkhartlake K075终端,零售产业新选择 天空蓝拓客管理系统详细介绍版 muso公链项目 天使计划 是什么?[秘] 独家揭秘最前沿的家装“黑科技”——掌赋 天博体育欧洲杯特辑,东道主法兰西的失意2016 亚马逊的送货侦察员 学习听起来像挡泥板 Google Comics Factory使ML变得容易 笑着说-男性或女性 Amazon Rekognition中更好的人脸检测 关于Spaun的真相-大脑模拟 两个聊天机器人彼此聊天-有趣又怪异 GANPaint:将AI用于艺术 WCF和WF给予社区 从耳朵到脸 所有神经网络的深层缺陷 蠕虫在尾巴上平衡杆子 Kickstarter上的OpenCV AI套件 TensorFlow-Google的开源AI和计算引擎 众包取代新闻工作者 Google的DeepMind学会玩街机游戏 哑机器人V智能机器人 .NET与.NET 5融为一体 Google的深度学习-语音识别 LInQer将.NET LINQ移植到Javascript 机器人TED演讲-新的图灵测试? GAN的发明者加入苹果 您的智能手机会监视您键入的内容 人工智能帮助改善国际象棋 Zalando Flair NLP库已更新 TensorFlow 1.5包含移动版本 AlphaGo输了一场比赛-比分3-1 虚拟机器学习峰会 Microsoft开源AI调试工具 SharePoint走向移动 F#4.0发出文化变革的信号 克里斯蒂拍卖AI艺术品 人工智能如何区分 Facebook在蒙特利尔的新AI实验室 Mozilla想要您的声音 微软使用极深的神经网络赢得ImageNet 建立AI合作伙伴关系 .NET Core 3-Microsoft几乎回到了起点 神经网络-更好的销售商? Google使用AI查找您的住所 虹膜-适用于Android的Siri证明苹果没有优势 TensorFlow 2提供更快的模型训练 深度学习研究人员将为Google工作
您的位置:首页 >运维 >

从OpenJDK消除脏话

上周,人们开始担心OpenJDK源代码中的“太多脏话”。经过有礼貌的意见交换后,问题在三天内得到解决。

JDK错误

该问题由IBM软件开发人员Adam Farley提出,他是OpenJDKteam成员和贡献者。他最初在thecore-libs-dev邮件列表中的帖子开头为:

我在OpenJDK源注释中发现了12个脏话的实例,似乎应该删除它们。

尽管他已经创建了一个错误报告和一个webrev来纠正这种情况,并且可能是考虑到试图处理Linux内核代码中的f字所产生的后果,但Farley在继续进行之前请了一些评论。替换f ***,“该死”和“废话”的实例。

甲骨文公司的艾伦·贝特曼(Alan Bateman)的第一个答复指出:

“该死的鱼雷在哪儿?”可能出自《星际迷航》。

同意柯克所说的那样,法雷建议“该死的”可以保留这句话,但后来承认“该死”是可以接受的,因为甲骨文的戴维·霍姆斯指出这不是一个脏话,并提供了专门的定义来证明这一点。

他还不得不让步“废话”,部分原因是用诸如“困难”之类的替代词代替它并没有传达相同的含义。甲骨文公司的菲尔·赛德(Phil Race)对建议的更改提出了另一个异议,他指出这会产生太多的工作:

关于错误报告abouthb-private.hh中的注释以及/ * CRAP池的使用:访问保护的公共区域。* /因为它不仅在上游库中,而且在变量名中使用了14次,所以我不可能同意您的意见,即离开它们的论点会“不稳定”。与上游库一起处理...每当我们升级此库时,我都无意重命名这些库。

甚至Mark Reinhold也表达了他的观点:

我当然可以看到删除f字和其他带有性性质的字。这些显然是不合适的。删除较小的单词,并从此以后继续监管它们的使用,使我感到过分杀伤。

但是,由于大多数f ***实例被确定为在上游库中,因此将它们留给其他地方处理,原因是:

...我们不应该接触进口货源。。。

根据评论,做出了以下三个确定:

“ Damn”和“ Crap”不是脏话。四个炸弹中的三个位于jszip.js中,应在上游进行纠正(将进行后续纠正)。BitArray.java中的炸弹以及SoftChannel.java中粗鲁的错​​别字,*是*脏话,应删除以解决此工作项。

实施变更集后,Stuart Marks发表了:

作为最后的观察,我将注意到原始补丁确实在OpenJDK中发现了一些粗俗之处。但是,它们全都来自上游资源。这意味着OpenJDK中大约有800万行来自任何上游源代码的代码行都没有任何粗俗之处。 smarksjdk

显然这是个玩笑,没有引起任何谴责。

我个人认为自己与Pavel Rappo达成协议,后者加入了:

我不会仅仅因为我们可能会发现它的历史而改变它的历史。

Red Hat的安德鲁·海利(Andrew Haley)发表了另一条引起我正确平衡的评论:

有时强调很重要,而将强烈强调减少为轻度不赞成是一种信息丢失的变化。我们会对读者造成伤害。

整个主题中最有趣的评论来自Mark Reinhold,他将其标记为挑剔:

尼特:请在问题摘要中使用句子大小写(“ OpenJDK源代码包含太多脏话”),而不要使用标题大小写。这只是一个补丁,而不是小说。-Mark

openjdksq2

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。