8500万个岗位5年内或由机器代劳

虽然计算在科学中起到了越来越关键的作用，但科学文章很少会包含计算用的代码，Rougier说。即使有包含，也很难由其他人执行，甚至连原作者过一段时间后，都可能在执行时遇到问题。编程语言在发展，运行代码的计算机环境也是一样。今天可以顺利运行的代码明天可能就会出问题。

2015年，Rougier和Hinsen创办了《ReScience C》。这份期刊刊载的是研究人员如何基于原始论文和自行编写的开源代码来复现其他人的计算方法。评审人再研究代码以确认它是否能用。但即使在这种理想化的场景——作者有意愿让代码复现、评审人纯熟于计算领域、代码也是新写的——整个流程依然有很多难点。

十年代码大挑战的目标是“找出十年前哪些写作和发布代码的技术好到如今依然可用”，Hinsen说。挑战的时间设在了2020年1月1日这个Python 2“退场”的时间点。这个在科学领域非常流行的语言在出现20年之后决定终止支持。（2008年出现的Python 3仍然在继续开发，但是这两者之间的区别比较大，用其中一种写成的代码在另一个环境下可能无法运行。）

“在软件的世界里，十年是很长很长很长的时间。”Victoria Stodden说。她在伊利诺伊大学厄巴纳-香槟分校研究计算的可复现性。作出这一论断后，她说这个挑战本质上是鼓励研究者探索代码复现的极限，能不能在一个“对软件世界来说几乎无穷长的时间”里复现。

一共有35个挑战者。在他们提出要复现的43篇文章里，其中28篇提交了复现报告。《ReScience C》从今年初开始刊载他们的工作。使用的程序语言从C和R到Mathematica和Pascal；一位挑战者复现的不是代码，而是用系统生物学标记语言（SBML）编码的分子模型。
 

客户很着急，这位工程师建议客户，找一个人夜里守在计算机旁边，看看系统出故障当时到底是怎么回事。客户想了想，也就答应了，也许别无他法。

于是，客户安排了一名 IT 人员带着报纸，拿着相机，当晚整夜地坐在计算机旁边，等候问题发生。如果有任何问题，这名值班人员就会用相机把屏幕照下来。

奇怪的事情发生了!夜夜重启的系统，当晚安然度过!

工程师、客户都在问这名值班人员做了什么，可是他却丈二和尚摸不着头脑地说：“我就是看了看报纸，什么也没做啊!”

也许系统自动好了?实在想不通，大家就让这名值班人员回去休息了。

万万没想到的是，第二天晚上，系统再次出了问题，症状与从前一模一样!

于是，只要客户安排人员在计算机旁边守候，夜夜平安;只要一夜无人，必有故障。

— 3 —

前辈讲到这里，用侦探般的口吻压低了声音问：“你们知道，这是怎么回事吗?”我们几个新员工张大了嘴说不知道。

他诡异地笑了笑，接着说：关键的确就在那个值班人员身上。

后来聪明的工程师仔细排查，分析到底那个值班人员有意、或无意做了什么，保护了系统。

终于发现，原来问题的根本原因是“空调”!!!

这个客户的机房原来平常是不开空调的。但是每当值班人员守夜的时候，因为机房太热，他就会打开空调看报纸，一直到第二天清晨。

如果没有开空调，机器的 CPU 过热就会出问题，这个问题自从入夏就反复发生;打开空调，系统就会安然无恙。

前辈用一句话对这个故事做了总结“：做技术的，不要搞封建迷信活动，凡事皆有原因，相信科学。

“不要搞封建迷信活动”，就成了我那段时间的座右铭。

最后的话

不论是通用汽车“香草冰淇淋”事件，还是微软“计算机重启”故事，工程师、程序员都在探寻事件的“根本原因”。

程序员搭建的是“数字世界”的运行规则，在这个世界中，从来不存在“差不多”、“还可以”、“就这样吧”......

每一行代码，都必须精准;每一次勘误，都必须直达根本原因。即使 “996”，也从未放松标准。

正是因为程序员如此品质，才有了我们每天在互联网世界畅游。

今天，借1024程序员节的机会，让我们对所有程序员说声：谢谢!

（编辑：南通站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!