代码英雄讲述了开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。

什么是《代码英雄》

代码英雄 Command Line Heroes 是世界领先的企业开源软件解决方案供应商红帽（Red Hat）精心制作的原创音频播客，讲述开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。该音频博客邀请到了谷歌、NASA 等重量级企业的众多技术大牛共同讲述开源、操作系统、容器、DevOps、混合云等发展过程中的动人故事。

本文是《代码英雄》系列播客《代码英雄》第五季（2）：程序员写代码的地方 的 音频 脚本。

导语：家庭办公室、企业园区、联合办公空间、有趣的校园。程序员们希望在工作场所方面有所选择。将普通的工作空间从办公室转移到家里，揭示了在家里工作的好处，但也突出了它的权衡。

Saron Yitbarek 和 Clive Thompson 通过考虑工作场所继续他们对编码职业的讨论。Mary Allen Wilkes 分享了她作为第一个在家工作的开发者的经验。David Heinemeier Hansson 认为远程工作使他的同事有时间进行深入思考。Dave West 解释了为什么他认为面对面的工作仍然能产生最好的结果。Maude Mensah Simpson 权衡了家庭办公室的自由与失去面对面交流的机会。

00:00:02 - Saron Yitbarek：

你们好，欢迎来到《 代码英雄 Command Line Heroes 》，一档 红帽 Red Hat 的原创播客节目。这是我们有关程序员，无论是开发人员到系统管理员，以及架构师、工程师、程序员，工作生活的迷你特别季的第 2 集。我是你们的主持人 Saron Yitbarek，和我一起参与到这一季的是 Clive Thompson，他是记者、技术向作家以及《 码农：新部落的建立和世界的重塑 Coders: The Making of a New Tribe and the Remaking of the World 》一书的作者。你好， Clive。

00:00:30 - Clive Thompson：

你好 Saron。很感谢你能再次邀请我来。

00:00:31 - Saron Yitbarek：

感谢你加入我们，Clive。在这一集里，让我们谈谈到目前为止，我们当中很多人（不仅仅是技术人员）非常熟悉的一些东西，因为我们大多数人自从 2020 年 3 月以来就不得不这么做 —— 远程工作。现在，你可能认为远程工作在我们的行业里是相对较新的现象。随着技术的进步，在家中工作变得更为容易。先再想一下，让我们来听听这位开发人员的故事。

00:01:00 - Mary Allen Wilkes：

嗯，我的名字叫 Mary Allen Wilkes。1959 年到 1972 年间，我做了十二三年的计算机程序员。

00:01:14 - Saron Yitbarek：

Mary Allen 已经 82 岁了。在她青少年时期，她迷上了法律，想当一名律师，但是在 50 年代这对一名女性而言并不是一个明智的职业选择。她的导师劝阻了她，并告诉她这将会十分困难。偶然的一次机会，她的一位老师为她描绘了另一条路线。

00:01:36 - Mary Allen Wilkes：

我在读八年级时的某天，在上一个地理老师的课时被这位老师指引了那条路线。当时我应该是给他讲述了自己对某件事情的论点，而他停了下来并看着我说：“Mary Allen，你长大以后应该成为一名计算机程序员。” 好吧，我那时并不知道他在说什么。多年以后，我很想知道他是否清楚他当时正在说的是什么。他教授地理和法语，而没有人教计算机编程。但是我永远都忘不了他的话。而且我认为让我多年难以忘怀这个目标的一个原因是，这是一个成年人告诉我长大以后可以做一件积极的事情。

00:02:22 - Saron Yitbarek：

当 Mary Allen 从大学毕业并且开始求职时，唯一有计算机程序员职位的地方是 MIT。没有人接受过计算机编程方面的任何训练。她的主要资格条件是她在大学里上过的两门逻辑学课程，但这已经比她在 MIT 的同事多了。

00:02:41 - Mary Allen Wilkes：

我开始在 马萨诸塞州 Massachusetts 列克星敦市 Lexington 的 林肯实验室 Lincoln Laboratory 工作，这是由美国国防部资助的一个大型的 MIT 研究机构。那时候是 1959 年，我第一次知道他们正在使用这些非常巨大的计算机，能占据整个房间的那种。这是我最初学习编程的机器。它们是 IBM 计算机。你用汇编语言逐行编写好你的程序，然后把这些纸片交给打孔卡操作员，她们会把你的程序打在 打孔卡 punch card 上。然后你将其带到计算机室，交给计算机操作员。

00:03:29 - Saron Yitbarek：

1961 年， Mary Allen 被分配到一个小组，在 Link 计算机上工作，这是一款实验室仪器式微型计算机。它是第一批真正的交互式计算机之一，与当今的台式计算机有些相似。

00:03:44 - Mary Allen Wilkes：

Link 有一块显示屏。我们称之为“ 视窗 the scope ”，因为它事实上就是一个实验室示波器。它有四个可以放在桌面上的盒子，一个装着这台示波器的盒子、一个装有两个袖珍大小的小型磁带装置的盒子。基本上你可以把它想象成你的永久存储器、硬盘驱动器。那是你存储和读入你的程序的地方。另一个盒子被称为控制台盒子。你可以用开关来加载某些代码（比如某些引导代码）到 Link 的内存里。它也有个键盘。因此，你拥有你现如今会有的基本交互式配置，键盘、屏幕以及某种形式的永久存储器。然后当然还有所有的电子元器件，它们都被装载一个大约和一台冰箱差不多大小的大箱子里。

00:04:43 - Saron Yitbarek：

1964 年， Link 小组做了一个艰难的决定，从 MIT 迁至 密苏里州 Missouri 圣路易斯 St. Louis 的华盛顿大学，但是 Mary Allen 不想去。

00:04:54 - Mary Allen Wilkes：

我不想立马就搬到圣路易斯。我一点都没有想搬去那里的想法。我想要做的是为 Link 写一个合适的操作系统，因为到那时为止，我们所拥有的只是我在 1962 和 1963 年所编写的相当基础的小汇编程序。我说：“我可以写它。我可以在家里写它。”

00:05:20 - Saron Yitbarek：

Link 小组的负责人 Wesley Clark 认为这个想法不错。

00:05:25 - Mary Allen Wilkes：

我对他说：“我想要写操作系统。”我可能是当时唯一一个能够写这个操作系统的人。因此，Wesley 只是说：“好吧，没问题。为们会给你送来一台 Link。你可以在家里使用它。”这就是它的经过。一天，我们实验室的几个人开着一辆小货车来了，并带来了四个箱子，四个模块和冰箱大小的东西，装着电子设备与存储器等等。他们把这些东西运到了我父母在 巴尔的摩 Baltimore 的客厅。除了他们不得不为此拉了一条 20 安培的电路，只需要将其插入墙上的插座即可。

00:06:10 - Saron Yitbarek：

你的父母对家里这个硕大的新入侵者作何看法？

00:06:15 - Mary Allen Wilkes：

我的父亲是一位 圣公会 Episcopal 牧师。他看到每个人都会说：“我敢打赌，你的客厅里没有计算机。”这至少可以说是相当新颖的事情，相当的新奇。

00:06:30 - Saron Yitbarek：

Mary Allen 的父母整天都不在家，因此她能够集中注意力。她直接在 Link 上写操作系统，不需要打孔卡，所以她可以更快地进行调试。她通过电话或老式的 蜗牛邮件 snail mail 和她的团队交流，并在必要的时候前往圣路易斯。仅仅在不到一年的时间里，她就完成了这个操作系统并编写了编程手册。

00:06:55 - Mary Allen Wilkes：

我从未感到被孤立，也从未感到过沮丧。我感到充满了挑战。我认为编程基本上是一项适合内向的人、与世隔绝工作的人、独立工作的人、不需要大量支持或是与他人互动的人的工作。

00:07:15 - Saron Yitbarek：

多年以来，Mary Allen 从事过其他需要在办公室的工作。但是她更喜欢的是在家工作。

00:07:23 - Mary Allen Wilkes：

自从我在 2001 年辞去最后一份全日制工作以来，我如今已经在家里工作了好几年。因此，我是一个家庭工作者。而且事实上，在我离职那天，我对自己说，我会继续工作，但我不想去办公室，也不想坐在办公桌前。但是到了那会，我们已经有了笔记本电脑，所以我能够坐在舒服的椅子上工作。

00:07:53 - Saron Yitbarek：

因此，Clive，Mary Allen 的故事如此精彩，你该为《码农》一书去采访她。她不仅仅是计算机编程的先驱，而且还是远程工作的先驱，对吧？

00:08:03 - Clive Thompson：

是的。我的意思是，据我所知，她是第一个有一台能让她在家工作的个人计算机的人。网上有一张她的令人惊叹的照片，照片上她正坐在她父母的楼梯脚下。他们把所有这些部件放在顶层的楼下，这是她放一张小桌子坐着工作的地方。而且这是对未来的一瞥，对吗？我是说，那时候她正在做的事情要花费 30、40 年时间才能够整体实现，因为她完全领先于自己所处的时代。

00:08:36 - Saron Yitbarek：

编程是一项很理想的远程工作。甚至我自己的自我封闭经历也使我意识到，我已经这样做很多年了。因此当你和程序员们交谈的时候，有多少人喜欢这种工作方式？它变得有多流行？

00:08:52 - Clive Thompson：

好吧，这很流行，而这是因为程序员们喜欢在家工作。绝大多数的程序员如果能够选择的话，他们会说，是的，我会一直在家工作。之所以会这样，是因为这提供了他们一个安静而又能够专注的地方，而且不会因为在隔间里有人拍他们的肩膀而被打扰。如果你要对他们说：“嘿，伙计们，各位，你们更愿意在哪里工作？”他们全都会更倾向于在家里工作。

00:09:26 - Saron Yitbarek：

Basecamp 是一家大力提倡远程工作的技术公司。他们已经有 20 年历史了，而他们从最初就进行远程工作，甚至在远程工作流行之前。他们的员工在世界各地的家中工作。让我们来听听 David Heinemeier Hansson 怎么说。他和 Jason Fried 共同创立了 Basecamp。他也是 Ruby on Rails 的创造者。

00:09:49 - David Heinemeier Hansson：

事实上，在我开始和 Jason 共事的前六个月，我们只是通过电子邮件和 IM 进行联系。我们甚至都没有打过电话。因此我想是过了六个月时间我们才通了第一次电话，并且花了一年多时间我们才见面。所以很长的一段时间里，这都不是传统观点。我们接触到了庞大的人才库，这些人意识到自己不想住在 旧金山 San Francisco 。他们不想去纽约生活，他们也不想去西雅图生活。他们不想在这些大型技术中心里的任何一个地方生活，然而他们确实是精通而且合格的人才。因此，Basecamp 允许他们这么远程工作，对于我们的招聘策略和维系策略都至关重要。

00:10:31：

2012 年，我与其他企业家进行了一系列对话，向他们询问他们的工作实践，我们谈到了远程工作。而对于为什么远程工作行不通，他们只给了我这些老套的辩驳，“哦，你们没法合作。魔法只会发生在白板周围。”而我想，什么，人们还是这样想的？这怎么可能？白板在 Basecamp 基本上不存在。我们拥有的第一工具是写作。它是异步的，你自己书写并发布，然后等着就行。当富有创造力的人们有时间和空间去进行深度思考，并且将深度思考编辑成深度写作时，就会产生良好的协作。深度写作的并不是一行行的聊天组成的，而是完整的句子，形成段落，进而形成完整的论点。

00:11:29：

然后，你可以利用时间的优势和平静来考虑这些观点。90% 时间拿来写作，然后 5% 拿来聊天，最后 5%，可能是随便什么，是用 Zoom 还是 Tubal 或者一些其他的视频连接屏幕共享之类的协作。

00:11:49 - Saron Yitbarek：

Clive，David 在这里提出了一些非常有趣的观点。有些我从来都没想过。还有程序员正在使用的能使远程工作成功的其他工作方式吗？

00:12:00 - Clive Thompson：

是的，当然有了。在他们知道需要和人进行联络，甚至可能是面对面接触时，他们会做一些时间安排。因此，确实有一些我交谈过的公司会说：“好吧，我们知道我们的开发人员不在这儿的时候能把他们的工作做到最好，但是我们希望他们有时能够在这里，我们想开一些面对面的会议。”他们仍然相信这一点。因此，他们会有比如像是这样的日程安排：好吧，在周二和周四的下午 1 点到 5 点，我们需要所有人都在办公室里，以便我们能够有时间进行交谈。剩下的时间，你可以去你想去的任何地方。如果你想的话，你可以在办公室里工作，你可以在任何你喜欢的地方工作。可以是在星巴克，也可以是在家里。因此，这种有趣的新安排是一件行之有效的事情。

00:12:44：

我认为另外一件相当有效的事情是，弄清楚所有人都最喜欢的聊天或者交流模式是什么样的。就 David 而言，他喜欢的，以及他的团队所喜欢的，是长长的电子邮件会话。我肯定已经和喜欢这种交流模式的人交谈过了，但是其他人，他们实际上真的很喜欢 Slack，或者他们特别喜欢老式的 IRC，对吧？就是在黑色背景的绿色文字那种。但是他们弄清楚了它们的共存形式是什么，因为有过这样的现象，被谈论在线交流的心理学家们描述为 环境感知 ambient awareness ，这是一种当你没有和他们在一起时，知道其他人正在思考什么或是做些什么的能力。有很多技术可以使我们做到这一点。而最好的远程团队仔细考虑了他们的环境感知方法是什么，然后锁定并使用它。

00:13:39 - Saron Yitbarek：

在我自己的远程工作经历中，有一件我发现确实很有用的事情是，通过 Hangout 或 Zoom 会话来进行协同工作，让流媒体运行着，并一直保持着连接。这确实是一种减少孤独感的绝妙方式，一定意义上有了相互陪伴的感觉，像在一个公司里面，除了每个人仍然还在做着自己的事情，但是这提供了可以拍拍某人肩膀的机会，因为我可以说：“嘿，我被这个功能难住了。你介意我耽搁你接下来的 5 到 10 分钟吗？和我结对帮助我摆脱困境吗？”因此，这成了一种着实很有用的方式，能让你获得某种形式的社交互动，并在需要的时候有机会得到帮助。

00:14:21 - Clive Thompson：

这完全有道理。我是说，我认为很多人都试图找到某种方法来与有经验的人这么做，或者甚至坦率地讲，甚至和同龄人这么做，因为你能够得到很多，即使某人并不比你资深，但他们也有与你不同的大脑。

00:14:37 - Saron Yitbarek：

是啊，当然了。我认为这是一种不同的交流形式，而不是一种低质量交流。

00:14:44 - Clive Thompson：

一点也不。这就像是心理学家所谓的 元认知 metacognition ，有关思考的思考。确实，当前的任务是：今天我想要尝试的是哪一种思维方式？是和某人面对面交流还是与他们在线聊天更有助于思考呢？

00:15:01 - Saron Yitbarek：

因此，既然我们所有人都被迫在家工作，各家公司都意识到他们仍然能够完成工作。人们的态度已经倾向于远程工作将成为主流了吗？

00:15:12 - Clive Thompson：

这是真的是一个大问题，而我认为我们目前并没有答案。我认为即将要发生的事情是，有很大一部分工人，包括从未在家或者被允许在家工作的开发人员，我估计超过 50 %，他们将会要求将远程工作成为半永久性的。他们将发现自己的工作效率要高得多，并且希望更频繁地这样做，而且有一些会议中是不必要的，打断了他们在工作区中的工作流程。

00:15:47 - Saron Yitbarek：

因此，如果远程工作是提高生产效率的好方法，随着时间的推移，它变得越来越流行，尤其是对于码农们来说，这是一种很好的完成工作的方式，它可以更方便，而我们这种工作形式确实意味着在家里工作，那么为什么这些大型科技公司要继续建造如此大的工场供其员工工作呢？

00:16:06 - Clive Thompson：

有一部分是基于他们的想法或者担忧，即人们只有在面对面，并且彼此有着意想不到的联系的时候，才会有创造性思维产生。而这有一些实际上是基于科学的。我的意思是，有大量研究表明，当公司中的可能互相根本不认识的人们相遇时，会产生某种特定类型的交流和松散的协作与念头。我是说，这是典型的 饮水机效应 water cooler effect 。 3M 是一家大型的纸业公司，以发明了 便利贴 Post-it Notes 而闻名，这是一项价值数十亿美元的发明，只是因为发明了这种粘性物质的一个人遇到了另一个正在找寻一种能把纸张固定在适当位置的方法的一个人。而正是因为这个遇见彼此的机会，他们创造了该公司最具标志性的产品之一。

00:17:05：

史蒂夫·乔布斯 Steve Jobs 打造了苹果公司总部，不仅仅最大程度地提升了人们在一起工作的机会，而且让他们在一些地方聚集，以迸发出创意的火花。

00:17:20 - Saron Yitbarek：

我进行远程工作已经很多年了，不过只是我自己一个人工作。然后当我有了一个团队后，就和几个人一起工作，但是我在远程工作方面的经历里最多是和四个人共事。而且他们来自各个地方。我们中有人在洛杉矶，有人在布鲁克林，也有人在芝加哥，但是我想知道的是 —— 远程工作真的只有对于像这样的小型团队以及像 Basecamp 那样的小型公司才能取得成功吗？

00:17:44 - Clive Thompson：

这是个很棒的问题。我看到的最成功的情况是，在开发团队很小的时候，在初创阶段，有 5 到 6 个人，而且事实上，他们之所以能够获得所需的人才，是因为他们说：“好的，你在俄罗斯，我在多伦多，我们其他人在田纳西，而我们将一起工作。”因此，你在某种类型的创业公司中经常看到这种情况，他们拥有他们所需的特定技能，并且需要得到他们认为最好的人才，但他们不会要求这些人搬家。这是都是小型团队。

00:18:22：

我觉得管理通信要更加容易一些，因为你基本上可以将这视为一组节点之间的通信，并且随着节点的整张，需要通信的人数急剧增长。因此，只有 4 个或 5 个人的时候团队运转良好，到了比如 50 个人，这变得着实很困难，再到 150 个人，哦，我的天哪。对于一家有着 10000 个人的公司而言，弄清楚他们将如何做到这一点变得更为困难。

00:18:47 - Saron Yitbarek：

让我们来听听有关远程工作的另一种观点。Dave West 是 scrum.org 的首席执行官。这家公司工作的基础是《 敏捷宣言 Agile Manifesto 》的第一条规则：个人和交流高于流程与工具。有请 Dave。

00:19:05 - Dave West：

我认为现实是，如果你真的想要以极快的速度构建一个项目，以一种真正有效的方式协同工作，面对面可能仍然是最好的形式。这并不意味着它是唯一的方法，也不意味着你以其他的形式交流和分配就不能像从前那样行之有效。但是，最好和最容易的形式是面对面交流。时至今日，我仍然相信我曾经从事过的最令人愉快的软件项目，以及我曾经参与过的开发项目和团队都位于同一地点，位于同一个办公室里。而这是有许多原因的。这是因为周五晚上出去喝点儿啤酒，能够在发生可能影响他们工作的问题时，比如他们的狗死了或类似的事情，能够真正得到额外的理解。

00:20:04：

你会得到那种额外的东西，而这是很难从一个分布式团队中得到的。但是另一方面，我认为不是所有最出色的软件工程师都居住在硅谷。所以我感到很矛盾，我觉得位于同一地点的团队有着巨大的价值，但是我也认为，由分散在不同地点，不同能力的人们所带来的好处，也是巨大的。因此，你必须找寻到一个平衡点，而这相当相当困难。我所知道的是如果你打算分散你的团队，那么你必须特别注意促进，并使得环境尽可能实际复制位于同一地点的团队所处的环境。这意味着经常让他们见面。因此，你们要进行大量的屏幕共享，并且花时间在一起，可能需要发起一个谷歌 Hangout，并使之持续运行并进行共享。这些事情变得非常非常重要。

00:21:10 - Saron Yitbarek：

因此，Clive，开源项目是建立在协作和团队合作之上的，那么，远程工作会阻碍这一点吗？远程工作对真正的协作能有多大帮助？

00:21:22 - Clive Thompson：

好吧，这个问题有关开源的的第一部分很容易回答，我认为实际上开源领域的大部分巨大成就都是在极端远程的情况下取得的，因为从定义上说，开源项目的魔法是一个开发者说：“嘿，我有一个我正在开发的代码库。有人有什么主意吗？”与其只是询问你公司里的 50 个人，你可以在网上询问数以百万计的人。因为实际上只有 1% 的 1% 的 1% 的 1% 的人会给你提供一个好主意。在你拥有 50 个人的组织里，可能没有人会在意你正在构建的奇怪的小库，而在整个星球的范围内，你就能找到 9 个人以令人难以置信的热情和兴趣帮助你开发这个东西。因此，从某种意义来讲，开源从定义上说通过远程协作大力促进了远程工作。

00:22:18：

不过，它也受到了挑战，因为刚才 Dave 所谈及的所有这类事情都是真实的 —— 没有面对面接触的话，所有能够帮助组织运转的社会纽带真的很容易分崩离析。而你会在开源项目中看到这一点。它们真的能够转变成网络上反社会行为的噩梦，因为人们并不擅长去阅读彼此的语气。他们会认为自己只是直截了当，而其他人则会认为他们是在进行令人难以置信的羞辱。在面对面社交互动的情况下能在可能是短短 30 秒的时间内就能够化解的误会，能够撕裂开源社区，并已经撕裂了网络上的一些开源社区。

00:23:07 - Saron Yitbarek：

Maude Mensah Simpson 是一名前端开发人员，她在居家工作的同时还是两个年幼孩子的母亲。她解释了在有了她第二个孩子以后，在远程工作方面所遇到的早期挑战之一。

00:23:18 - Maude Mensah Simpson：

在我有了第二个孩子的时候，我只做了一年的开发人员。因此，当其他所有人都在办公室而就你不在的时候，你会错过太多太多东西。其中之一是人们对一般工作的小范围谈话。比我资深的开发人员会在我写代码的时候从我身后走过，然后他会看到我正在做的东西，并且会说：“哦，是的，我喜欢你的做法。”或者，“你在做什么呢？”他只是经过我工作区，这让他有机会和我谈论有关写代码以及如何正确地做事情。远程工作可能只依赖于你的个人自信，因为当你不在办公室里工作时，你会错过一些教学与指导。

00:24:10 - Saron Yitbarek：

Clive，我想知道一名经验丰富的程序员和一名处于生涯起步阶段的程序员相比，远程工作的经验是不是会有所不同，因为我能够想象一个经验丰富的程序员，已经习惯于在办公室环境中工作，然后不得不转到远程工作。这变化可能并不是太糟糕，也并不是太具有挑战性。但是对一个处于职业生涯初期的程序员而言，我能看到他们真正受益于身边的导师，这些人拥有更多地经验，能够拍拍他们的肩膀然后问他们问题。因此，处于生涯初期的程序员会因为不在其他程序员身边而有所损失吗？

00:24:43 - Clive Thompson：

我觉得他们会的。是的。我认为这是一个很合理的担忧，而且我确实从那些通过面对面合作成长起来的老开发者那里听到过，他们知道，通过和一名更资深的程序员进行一次 30 秒的面对面交谈，他们可以学到很多东西，并觉得茅塞顿开。Jeff Dean 是谷歌的一名资深工程经理。我从许多和他共事过的人那里听说，他就是一个非常有用的资深资源，因为人们会带着问题去找他，而他能够通过字面上直接看到解决方向，并且在 20 秒内说，“哦 …… ”虽然他不会直接给出答案，但是他会指出他所认为的问题所在，从而使他们茅塞顿开地回去，并变得令人难以置信得富有生产力。

00:25:36：

因此，新人们能够从像那样的交互当中受益匪浅。我不是说你永远不能从远程得到这种交互，只是会更难。然后还有代码审查。因此，在一家管理良好的优秀公司里，你将会需要代码审查，你的同事，最好是有一定经验的资深人士会查看你的代码，坐下来讨论它，并问你是如何实现，以及为什么要这么做。而这个往复的过程会涉及到许多你可能作出的模糊决定，并使其清晰化，这对学习而言相当有价值。能够理解你为什么要做自己所做的事情，将其具象化给其他人，是十分有价值的。

00:26:20 - Saron Yitbarek：

我所听说过的有关远程工作的问题之一是这种混合的想法，当你开始工作，然后到了 6 点钟，是时候停止工作了，但是你在工作过程中感到舒适，你会再额外地工作一两个小时，最终会因为远程工作而过度劳累。是这样吗？然后与之相反的是，你会在远程工作的时候摸鱼吗？

00:26:43 - Clive Thompson：

你可能会摸鱼，但是在我对开发人员及其经理的所有访谈中，从来都没有听说过这种情况。事实上恰恰相反。我更多听到的是经理们担心人们永远不休息，永远都不离开工作。我也从开发人员那里听说过，难以摆脱工作。对于开发人员而言，总是很难停止去思考问题。当你居家工作的时候，你会花费 8 个小时的沉浸式时间，然后你会完成许多工作，但是由于你实际上并没有去其他地方，你的身体没法帮着欺骗你的思维，进入关闭状态。就像你离开了办公室，坐上了汽车、公交车、踏板车或是步行回家，你实际上就从一个地方到了另一个地方，而这种物理信号会帮助你的大脑自我复位。

00:27:35 - Clive Thompson：

这里涉及到了很多很多的科学依据。我是说，从字面上看，实际上从一个地方去到另一个地方能够帮助你的大脑进行自我复位。当你没有能力这么做时，当你居家工作，编码问题的天然象棋式的心理空间就很难告诉你的大脑停止工作。因此，诸多原因导致了居家工作的人们继续以自己明知道不健康的方式去工作，却难以停下来。

00:28:03 - Saron Yitbarek：

David Heinemeier Hansson，请。

00:28:05 - David Heinemeier Hansson：

随着时间的推移，我们对于 Basecamp 的人们如何处理这一问题有过一些有趣的轶事。我们过去有一位数据分析师，他有两双拖鞋。他会在走进办公室的时候穿上他的工作拖鞋，而换下他的居家拖鞋。它们只是一双拖鞋而已，只不过是将工作与家庭分隔开来。而我认为这一分隔尤为重要。我觉得对许多使用他们的家来工作的人而言，能够分出家里的一个房间用于工作，然后当你离开那间屋子时，你就不再工作了，这也不失为一种健康的行为。

00:28:41 - Saron Yitbarek：

我喜欢这个拖鞋的点子，就像 Rogers 先生那样。接下来还是 Maude。经过在家和孩子一起工作了几年后，她想出了自己的方式，使得居家工作行得通。

00:28:53 - Maude Mensah Simpson：

（在家工作）很容易对时间失去控制。你可能会坐在那里好几个小时，却并不知道自己已经在家写了多久代码，因为你在家里。我的解决方法是，我有一个 Pomodoro 计时器，我会确保大概每小时都会有专门的休息时间。然后就是能够将家和工作分隔开来。我在家里有一个办公室，我不会允许我的家庭生活进入到这间办公室里，以保证将其二者分隔。因此，每当我走出去时，我可以是妈妈或是我不工作时候的任何身份，但是当我走进了办公室以后，这是上班时间，而这使得进入工作流程更为容易。我每天都会进行一次快速的状态更新。早上，我会让他们知道这是我今天要做的工作，然后到了夜晚，我会让他们知道我做到了什么程度。我认为在进行远程工作的时候不存在类似于过度沟通之类的事情。所以是的，只是沟通，沟通。

00:30:02 - Saron Yitbarek：

因此，Clive，有没有其他建议或是窍门来远程管理员工，或者甚至是成为一名远程工作者？

00:30:08 - Clive Thompson：

当然，如果一家公司想要拥有一种严肃的远程文化，那么重要的一点是，高层管理者也应当远程工作，这样就不会有产生一种远程工作是一种次级状态、重大决定是由重要的人面对面作出的，而远程工作人员并不参与其中的感觉。我在为我的书籍做研究时所遇到的一个问题是，当我与 Postlight 的一些工程师交谈时遇到的，那是纽约市一家很了不起的公司。他们主要为媒体行业开发应用程序。工程负责人进行着远程工作，他在 纳什维尔 Nashville 南部的树林里工作。当我和他交谈时，他说：“这确实是非常重要的一件事情，因为我们有许多远程工作的工程师，他们乐于知道在领导工程师团队的我也是远程工作的。”这意味着公司里的每一个人都非常用心地思考着如何远程工作，因为在这部分中主持工作的人本身就是远程。

00:31:09 - Saron Yitbarek：

自从 2020 年 3 月以来，我们大多数人都不得不彻底改变工作方式 —— 居家工作，无论我们过去是否以及是这么做的。而当我们居家工作时，这就取决于我们个人的工作风格，并且确保无论我们从事的是什么项目，无论工作于什么公司，无论在管理什么人或是被什么人管理，我们的个人喜好能够得到尊重，我们可以灵活地以我们擅长的方式工作。以人为本不仅仅是《敏捷宣言》的第一条规则，也是开源的方式，而且它是能够产生最好结果的方式。请访问 redhat.com/commandlineheroes 以获取这一集的更多研究结果。下一次，在我们有关职业生涯的这一迷你季的最后一集中，Clive 将会回来和我们一起解决“你会成为什么样的程序员”这一问题。非常感谢你加入我们， Clive。

00:32:07 - Clive Thompson：

谢谢，Saron。

00:32:08 - Saron Yitbarek：

你正在收听的是《 代码英雄 Command Line Heroes 》，一档 红帽 Red Hat 的原创播客节目。我是 Saron Yitbarek。

00:32:15 - Clive Thompson：

我是 Clive Thompson。

00:32:16 - Saron Yitbarek：

好的。然后呢？

00:32:18 - Clive Thompson：

哦我的天哪。我们能最后一次说“坚持编程”吗？

00:32:23 - Saron Yitbarek：

坚持编程。

00:32:25 - Clive Thompson：

坚持编程。

什么是 LCTT SIG 和 LCTT LCRH SIG

LCTT SIG 是 LCTT 特别兴趣小组 Special Interest Group ，LCTT SIG 是针对特定领域、特定内容的翻译小组，翻译组成员将遵循 LCTT 流程和规范，参与翻译，并获得相应的奖励。LCRH SIG 是 LCTT 联合红帽（Red Hat）发起的 SIG，当前专注任务是《代码英雄》系列播客的脚本汉化，已有数十位贡献者加入。

欢迎加入 LCRH SIG 一同参与贡献，并领取红帽（Red Hat）和我们联合颁发的专属贡献者证书。

via: https://www.redhat.com/en/command-line-heroes/season-5/where-coders-code

作者：Red Hat 选题：bestony 译者：JonnieWayy 校对：windgeek, Daniel4078, wxy

本文由 LCRH 原创编译，Linux中国 荣誉推出

代码英雄讲述了开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。

什么是《代码英雄》

代码英雄 Command Line Heroes 是世界领先的企业开源软件解决方案供应商红帽（Red Hat）精心制作的原创音频播客，讲述开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。该音频博客邀请到了谷歌、NASA 等重量级企业的众多技术大牛共同讲述开源、操作系统、容器、DevOps、混合云等发展过程中的动人故事。

本文是《代码英雄》系列播客《代码英雄》第三季（7）：与机器对话的音频脚本。

导读：创造一台会思考的机器在 20 世纪 50 年代似乎是科幻小说。但 John McCarthy 决定把它变成现实。他从一种叫做 LISP 的语言开始。Colin Garvey 介绍了 McCarthy 是如何创造出第一种人工智能语言的。Sam Williams 介绍了早期人们对思考机器的兴趣是如何从学术界蔓延到商业界的，以及在某些项目没有兑现承诺之后，漫长的人工智能寒冬是如何最终到来的。Ulrich Drepper 解释说，人工智能的梦想超出了当时硬件所能提供的范围。

但硬件每天都在变得更强大。Chris Nicholson 指出，今天的机器有足够的处理能力来处理人工智能的资源需求 —— 以至于我们正处于人工智能研发的革命性复苏之中。最后，Rachel Thomas 确定了 LISP 之外的人工智能语言 —— 证明了人工智能现在正准备做的不同类型的任务。

00:00:05 - 播音员：

卡斯帕罗夫非常慌乱。虽然已经拼尽全力，但是他意识到，他已经输了。

00:00:12 - Saron Yitbarek：

1997 年的春天，国际象棋冠军 加里·卡斯帕罗夫 Garry Kasparov 输给了计算机程序“深蓝”。对于机器智能来说，这是历史上的关键时刻。对于某些人来说，这是一次生存危机，是对人类智慧至上的挑战。但是，对于世界上的技术专家来说，这是另一种意味上的里程碑，是 人工智能 artificial intelligence （AI）领域的一次飞跃。这表明，想要真正的智慧机器诞生，或许不是太过于疯狂的梦想。

00:00:47 - 播音员：

去赋予一台机器思考的能力仍然还是梦想，距离实现梦想还需要很多年的努力。此外，还需要做出不少惊人的突破。

00:00:56 - Saron Yitbarek：

我们是如何抵达这一步的？是什么导致了卡斯帕罗夫那场著名的失败？我们从哪里来，又该到哪里去？我是 Saron Yitbarek，这里是《代码英雄》，一档来自红帽的原创播客节目。在本季，我们都在探索编程语言的奥秘，揭开他们的历史和发展潜力。这一期让我们关注人工智能。你会使用什么语言，来让你的机器拥有自己的思想呢？我们的编程语言如何帮助我们抵达“深蓝时刻”，甚至是更远的地方？什么样的编程语言能最适配会思考的机器？这是我们半个多世纪以来一直在尝试解决的问题。因此，我们的故事要追溯到 1940 年代，那时，人工智能这个词汇还没有被创造出来。

00:01:59:

回顾二战结束是如何结束的，我们有这样一种感觉，那就是技术帮助同盟国赢得了战争。人们乐观地认为，科技可以成就一切。整整一代人都相信计算机的力量。在这一代人中诞生了人工智能的教父，一位出色的数学家 —— 约翰·麦卡锡 John McCarthy ，他从根本上改变了我们与机器交谈的方式。我想知道他的思想的起源，以及范式的转变是如何发生的。我的意思是，对于初学者来说，当麦卡锡和他的同事们在想象智能机器的未来时，他们到底想象了什么？

00:02:43 - Colin Garvey：

哇，这是一个好问题。

00:02:46 - Saron Yitbarek：

我和 Colin Garvey 聊了聊。他是 伦斯勒理工学院 Rensselaer Polytechnic Institute 科学与技术研究系的历史学家。以下是我们的一些聊天内容：

00:02:58 - Colin Garvey：

麦卡锡对提出 AI 究竟是什么这件事情非常谨慎。不过，举个例子来说，他可能在他最著名但并未实现的程序中描述过（这只是一个思路），人工智能是一个 接受建议者 advice taker 。接受建议者这个说法由麦卡锡于 1960 年的名为《 具有常识的程序 Programs with Common Sense 》的论文中提出的。在开始的时候，你觉得接受建议者可能是一个会学习的机器人，这是它被发明的本意，它算是一个可以接受建议的家用机器人。你说：“不，你这样做是错误的，要那样做。”它就会明白你的意思。

00:03:44 - Saron Yitbarek：

那很有帮助。

00:03:45 - Colin Garvey：

可能会有帮助。那时候接受建议者要实现的目标是，从办公室导航到机场。换句话说，将从办公室去机场这个建议，正式化成接受建议者机器人能够接受的程序以达成目的，得出从办公室前往机场的一系列程序。它把人类的语言正式化为一系列的合乎逻辑的陈述，即需要根据现在的情况进行合适的抉择，以达到把当前情况转变为理想情况的目标。他将这些想法伪代码化，这实际上是 LISP 的起源。然后在接下来的几年里，LISP 作为他想法的实现，或者说实现他想法的语言出现了。

00:04:39 - Saron Yitbarek：

麦卡锡的 LISP 语言改变了游戏规则。它不仅能帮助机器理解命令，还能帮助机器理解一些常识性的逻辑。麦卡锡发现，他可以编写条件表达式，即体现规则的代码，而不是仅仅是直白的命令。实际上，LISP 有一堆重大的编程突破，条件表达式、垃圾回收、递归等等。LISP 在代码和数据中都使用了列表。这是一个简单但具有深远的影响的更改。这是语言范式的转变，所有这些为麦卡锡本人称之为“人工智能”的整个领域打开了大门。想象一下，在你和机器说话的时候，并不需要把每一个细节都给编写好。你可以让那台机器自己来进行推断和推理。麦卡锡希望通过他的 LISP 语言，给机器一种智慧。好了，回到我和 Colin Garvey 的聊天。

00:05:41 - Colin Garvey：

LISP 是人们编写高级计算机语言的尝试的过程中，诞生的精华。

00:05:47 - Saron Yitbarek：

这很有意思。因为我的下一个问题是 LISP 和人工智能之间的关系。接受建议者第一次描述了 AI 的功能，它听起来也像是 LISP 的开始。能跟我聊聊更多 LISP 和人工智能之间的关系吗？

00:06:04 - Colin Garvey：

当然。这些早期的人工智能研究人员面临着一件事，那就是他们还在使用打孔卡进行编程。也许这些早期的编程人员，知道如何进行机器码级别的编程，这是非常困难且耗时的工作。因此，你需要一个更高级的编程语言，以便你可以用更加接近人类语言的方式编程。所以，像 LISP 这样，用列表的形式给出指令的语言 —— 这也是其名称的来源，基于列表的处理（LCTT 译注，LISP 全称：“LISt Processing“）。从某种意义上来说，这样用列表给出的指令更加接近于人类语言，因为他们基本上都可以用通顺的逻辑去理解。因此，如果你可以读懂 形式逻辑 formal logic ，那么基本上可以看明白 LISP 程序，或者任何基于逻辑的编程语言的程序，并对于代码中发生的事情有着更好的了解。

00:07:10 - Saron Yitbarek：

所以 LISP 真的帮了大忙……嗯，我的意思是它帮助我们将我们的想法给予人工智能，让我们能够朝着实现人工智能努力，有朝一日总能达成这个梦想。不过这也让我想知道在那个时期，“智能”到底意味着什么？所以，如果我们回到 50 年代，在那个时间点上，什么是“智能”？人们是如何定义它的？因为 LISP 最初为 IBM 704 开发的，它每次做的其实只是一件事。看起来并不是很“智能”。当时的人们是如何看待“智能”的呢？

00:07:43 - Colin Garvey：

有关“智能”的定义，这自然非常有争议的。就我个人，从一个普通大众的角度而言，他们的概念是非常狭窄的。但是在当时，广泛认可的定义是：能够执行被认为有智力的举动的能力。但持这个观点的这些人实际上是数学家、逻辑学家和计算机程序员。我的意思是，说句粗俗的话，下棋的能力被认为是智力的明确标志。这一代早期的 AI 人更喜欢回避这个问题，并说，“嗯，哲学家们还没有就什么是‘智力’达成一致，但如果我们制造出一台能下棋的电脑，我想我们都同意这是‘智能’。“

00:08:40 - Saron Yitbarek：

不管怎样，这是一个起点。就像婴儿的第一步。

00:08:45 - Colin Garvey：

麦卡锡有一个梦想，让机器可以具有常识，并像人一样聪明。本质上来说，你可以和它们交谈。他开始创造一种程序语言来实现这个梦想。这就是 LISP。它模仿了人类思想的某些方面，尤其是逻辑思维能力，并使得利用计算机放大或扩展这些思想特征成为可能。所以从数学家的角度来看，他已经在实现智能机械的道路上走得很远了。

00:09:32 - Saron Yitbarek：

Colin Garvey 是伦斯勒理工学院科学技术研究系的历史学家。

随着 LISP 的推进，发展人工智能的新机会开始出现，LISP 是这一新领域的标准语言。麦卡锡离开麻省理工学院去斯坦福大学工作后，麻省理工学院的其他工程师继续从事 LISP 工作。他们把麦卡锡的语言改进成一种叫做 Maclisp 的方言版本，甚至开发了 LISP 操作系统。看起来麦卡锡对人工智能未来的梦想正在成为现实。1968 年，麦卡锡甚至和苏格兰国际象棋大师 大卫·利维 David Levy 打赌。麦卡锡打赌，10 年后，电脑将能够在国际象棋比赛中赢过利维。但是，如果事情进展得那么顺利，那就不是《代码英雄》的故事了。那时候麦卡锡还不知道，人工智能的冬天就要来了。

00:10:45 - Saron Yitbarek：

当麻省理工学院的那个基于 LISP 的操作系统，从学院衍生到公司后，情况开始发生变化。其中的一家公司 Symbolix 推出了 LISP 机器，甚至从 MIT 的 AI 实验室 AI Lab 雇用了 14 名员工，而且更不切实际的研究不再是重点。

00:11:25 - Sam Williams：

这些公司原本都来自 AI 实验室。

00:11:31 - Saron Yitbarek：

这是记者 Sam Williams，他写了一本名为《Arguing AI》的书。

00:11:36 - Sam Williams：

Symbolix 可能是最突出的一个。它得到了最多的关注、最多的风险投资。约翰·麦卡锡和他的门徒们推动了所有的创新。我想，这只是一个案例。在 70 年代末期，人们普遍认为：“好吧，我们已经在学术界做了我们能够做到的事情，让我们在商界脱颖而出，让私营企业为我们投资。”

00:12:01 - Saron Yitbarek：

这在当时的环境下可以理解。那时AI 似乎即将起飞，有利可图。

00:12:07 - Sam Williams：

那时候的算力便宜到中型企业也可以购买。因此，我认为许多公司看到了一个机会：“那里有一个富有潜力的市场，我们可以进入这个市场，我们可以把关于人工智能的产出卖给那些想要具有全球竞争力的企业。”他们让投资者为这个想法大肆投资。在 80 年代初期，大量的资金涌入该领域。

00:12:29 - Saron Yitbarek：

我们可以讨论一下为什么这个热潮后来干涸了。但是，我现在可以肯定的一点是，事情已经被大肆炒作了。

00:12:39 - Sam Williams：

大量资金流入。人们认为市场非常成熟。

00:12:44 - Saron Yitbarek：

从一定来说，大量热钱涌入人工智能领域造成的繁荣，就像世纪之交时网络泡沫的前奏。

00:12:52 - Sam Williams：

这在技术发展史上并不少见，人们过度投资，但最终公司未能兑现他们的希望。所以，资金供应陷入困境。公司必须通过老式的方式赚钱 —— 去拉客户，去生产东西。

00:13:08 - Saron Yitbarek：

所以那时，麦卡锡的梦想轰然崩溃，回归了现实。Williams 描述了随后的人工智能冬天。

00:13:16 - Sam Williams：

你会看到像 Symbolix 这样的公司市值上升到 1 亿美元，然后短短几年后就申请破产保护。在那时候有很多这样的人：“在 10 年内，我们将做到这一点，在 5 年内，你会看到这个。5 年后，你就会看到这个。”这些家伙是投机者，或者是想要从五角大楼或任何其他地方获取更多资金的学者。因为这种危险的炒作，过度炒作，让人工智能走上歧途。

00:13:48 - Saron Yitbarek：

人们对于人工智能的兴趣崩塌了。基础设施不到位，或许计算速度也不够高，这使一切努力都变成了徒然。但无论如何，这之中的指导思想是正确的，它只是生在了错误的时代。到了 80 年代末，人工智能研究日渐减少。

00:14:06 - Sam Williams：

我认为人们脱离人工智能这个领域的原因是，它失去了最初吸引他们进入其中时的冒险性。它曾处于技术领域的最前沿。在西海岸，很多人的精力被吸引到制造个人电脑上。从 40 年后的今天看来，试着让电脑进入美国每个家庭，比帮助财富 1000 强的企业做出更好的决策，是一个更引人注目的概念。

00:14:39 - Saron Yitbarek：

Sam Williams 是《Arguing AI》的作者。我们在这里描述的是一个计算机编程的世界，它被一分为二：一方面是约翰·麦卡锡这样的人，他们试图使用 LISP 等新型语言来探究智能的本质；另一方面，也不可避免地存在着另一群人，他们更专注于解决实际问题，试图让那些愿意为其服务付款的企业轻松一些。现实情况是，世界上的那些约翰·麦卡锡们，那些抽象的梦想家们，并没有太多机会在人工智能的可能性上进行深入探索。他们所拥有的设备甚至还比不上我们今天使用的手机。他们的愿景对于手头的硬件现实来说，真的太大了。

00:15:36 - Ulrich Drepper：

当初，我们在轰轰作响的庞大计算机上工作，和数不清的人、数不清的工作组抢夺它有限的性能。

00:15:46 - Saron Yitbarek：

这是红帽的杰出工程师 Ulrich Drepper。他解释了早期的人工智能梦想之所以失败，只是因为没有成功所需的基本工具。

00:15:55 - Ulrich Drepper：

我们有 PDP 10，PDP 11 之类的计算机（LCTT 译注：Digital Equipment Corporation 公司的大型计算机产品），但每一台都可能有另外 20 个人在同时使用。即使没有这些人将计算力分流走，它们也是真正的低能力机器，其性能不足以在支持 LISP 系统的必要功能的同时，运行一套机能齐全的用户界面。

00:16:19 - Saron Yitbarek：

随着时间的推移，新开发的硬件对 LISP 也不再友好。

00:16:26 - Ulrich Drepper：

我们不仅走了台式机的道路，也走了服务器的道路。在我们今天已经习惯的处理器类型中，我们的实现的一切都是基于 8 位的处理器，而我们可能有了 16 位处理器、32 位处理器之类的。想要在这样的机器上高效实现 LISP 系统，就必须绕不少圈才能成功。

00:16:56 - Saron Yitbarek：

因此，计算世界的外部现实对这个脆弱的人工智能领域产生了意想不到的抑制作用。

00:17:06 - Ulrich Drepper：

和大厂商生产的 CPU 相比，定制硬件的成本极为高昂，其发展也极为缓慢。

00:17:21 - Saron Yitbarek：

通过创建自定义的硬件解决方案，继续使用 LISP 朝着 AI 梦想前进并非不可能。但是，事实是，令人兴奋的新硬件将很多人的注意力推向了其他工作领域。

00:17:35 - Ulrich Drepper：

你只需要等待处理器的下一个版本，那个普通的处理器获得的改进，比你自己开发硬件求解，比如说实现一个 LISP 系统，所能达到的效果和收获要大得多。最终，硬件变得越来越复杂，自行定制硬件成为了一件近乎于不可能的事。

00:18:03 - Saron Yitbarek：

那么，约翰·麦卡锡的远景梦想是慢慢死去，还是只在那漫长的人工智能冬天里沉睡，等待时机？在 21 世纪的第一个十年里，约翰·麦卡锡的语言 LISP 的使用者不断地流失。但是，在同一时间，发生了一件惊人的事。尽管 LISP 本身逐渐消逝，与这门语言相连的梦想却被重新点燃了。人工智能的梦想重新活了起来。

00:18:34 - Chris Nicholson：

我想说的是，这次不一样。

00:18:36 - Saron Yitbarek：

这是 Chris Nicholson，开源 AI 软件公司 Skymind 的创始人兼 CEO。Chris 认为，在经历了大起大落之后，人工智能或许终于要进入一个可持续发展的长夏了。

00:18:52 - Chris Nicholson：

我们正处在人工智能的夏天，许多人都对 AI 可能的应用而激动不已。但是，这种兴奋是基于研究的真正进展，而这些进展是基于其他领域的进展。我们的硬件比当初好了太多太多，人们能用 GPU 替代 CPU，也能在大规模集群中使用这些 GPU 来训练巨大的机器学习模型，从而产生真正准确的预测。为了做到这一点，他们也使用了前所未有的巨大数据集，这样的数据量在 80 年代、90 年代或者之前都是闻所未闻、见所未见的。

00:19:30 - Saron Yitbarek：

对于 AI 语言，巨大的数据集的兴起是关键，因为它们代表了我们理解智能的方式的关键变化。AI 研究的重点转移到了 深度学习 deep learning 方面，而深度学习似乎成为了 AI 研究的全部。

00:19:47 - Chris Nicholson：

LISP 是为了操纵符号而设计的。在 LISP 诞生的时代，AI 意味着符号推理。当时，人们认为人类的思维和智力本身就是符号的操作。现代的人工智能，也就是让我们如此着迷的人工智能，远不止于此。现在的 AI，就机器学习而言，是一种可以从非结构化数据中学习的大型数据处理机器。因此，你可以让机器学习算法一点一滴地拾起文本和图像，在这个过程中，随着时间的推移，这些算法将变得越来越智能。LISP 不是那样设计的。它被设计为仅在人工干预的基础上发展。然而，对于现在的机器学习算法而言，其中的学习部分意味着它们会根据所接触的数据进行自我调整。

00:20:40 - Saron Yitbarek：

这就是让机器以它们自己的方式实现智能化。但是，你知道，不仅仅是我们的机器在学习以强大的新方式思考；开源工具也让人们提高了自己的水平。克里斯认为，开源的开发方式对防止另一个人工智能冬天的到来有很大的帮助。

00:21:03 - Chris Nicholson：

人工智能冬天发生的一个原因是，当创意在放缓时，网络就会崩溃，资金就会枯竭。有了现在这些免费的开源工具，我们看到的不是创意的放缓，而是一种加速。创意得以被及时地测试，得以被迅速地分享。所以，这不仅仅是工具，而是预先训练好的机器学习模型，一个研究小组可以与另一个研究小组分享，或者与广大公众分享。而创意本身也被发表在 ARXIV 这样的平台上。ARXIV 是由 康奈尔大学 Cornell University 主办的。所有这些因素汇合在一起，加快了创意流动的速度。对我来说，这是对人工智能冬天的一种保险。这些因素的交汇使得人工智能成为一个超级令人兴奋的领域，它们意味着人工智能的发展速度比炒作更快。

00:22:03 - Saron Yitbarek：

Chris Nicholson是 Skymind 的创始人兼 CEO。

所以，开源能将人工智能领域从旧的专有模式所催生的寒冬中解冻出来。AI 的新时代伴随着 GPU 的巨大改进而到来。与之一并到来的还有算法上的突破，它帮助我们训练 AI 学习数据中的模式。然后，数据本身，海量的数据集正在为今天的 AI 提供动力。这一点，比任何事情都重要，这就是为什么新语言得以继续 LISP 未能完成的征途。我们向 Fast AI 的联合创始人 Rachel Thomas 询问，哪些语言适合下一代 AI。

00:22:50 - Rachel Thomas：

我们目前正在探索将 Swift 用于 TensorFlow 的可能性。Swift 是 Chris Lattner 开发的一种语言，我知道也有人在使用 Julia，他们正促进着 Julia 的开发与发展。但是，就目前而言，Python 在深度学习领域有着无可比拟的巨大优势。

00:23:03 - Saron Yitbarek：

这是因为 Python 非常适合处理大型数据集。

00:23:08 - Rachel Thomas：

我认为过去 20 年中发生的最重要的改变是，数据量的增长和人们对于数据的越发重视。我认为，数十年前有关 AI 的许多早期工作更多地围绕一种符号系统，即某种抽象符号系统。我要说的是，目前 AI 领域中的许多工作都围绕着数据展开，例如识别图像里的某样东西，或者辨认一条影评是褒还是贬。这些都是基于数据的问题。所以，我认为，Python 成为赢家 —— 至少是早期的赢家 —— 的原因之一，是因为 NumPy、SciPy 和 pandas 的生态系统，以及 Python 中所有数据处理用的库都足够完善。

00:24:02 - Saron Yitbarek：

在约翰·麦卡锡的团队还在麻省理工学院工作时，人工智能事业确实只有世界级的精英学者才能参与。但是自那时以来，语言和计算环境已经发生了巨大的发展，时至今日，每个人都能参与到 AI 的领域中来。我们在本季的第 1 期中听说过，Python 是许多初学者的第一语言。它使新手程序员能够加入 AI 的世界。

00:24:29 - Rachel Thomas：

我只想告诉大家，实际上你只需要一年的编码经验。你不需要诸如“鬼才”这样的名号，也不必具有真正的声望或权威。但是，我们需要来自各个背景的人。实际上，不同背景的人才能够为这个领域提供许多新鲜的创意，你的创意也是我们所需要的。

00:24:52 - Saron Yitbarek：

Rachel Thomas 是 Fast AI 的联合创始人，也是旧金山大学数据研究所的教授。我喜欢她为我们提供的信息。

AI 的故事是发现截然不同的人们之间的共同语言的故事。这是我们真正的任务，为充满 AI 的世界开发语言解决方案，开发能使所有人共同努力以实现下一个突破的解决方案。

00:25:22 - 播音员 1：

各位，你们看到了今天在这里创造的历史。AlphaGo 以伟大的风格赢得了比赛。

00:25:32 - 播音员 2：

是的，它甚至向我们展示了它的代码。

00:25:34 - 发言者 7：

甚至向我们展示了它的代码。我想要祝贺这个计划。

00:25:40 - Saron Yitbarek：

2015 年，就在 加里·卡斯帕罗夫 Garry Kasparov 在国际象棋比赛中输给深蓝的几十年后，围棋世界冠军李世乭被谷歌的 AlphaGo 击败。深蓝显示出的智力威力大半依托于蛮力，而 AlphaGo 的胜利之所以让人感到惊讶，是因为它依靠神经网络和强化学习赢得了那场比赛。换句话说，AlphaGo 已经成功地朝着真正的智慧迈出了下一步。如果没有开源对人工智能的推动，这一切都不可能发生。新的语言正朝着麦卡锡的梦想而逐渐发展。我们的语言正越来越适合于最大限度地提高机器的智能。好消息是，在开源世界中，我们可以共同实现这份梦想，共同应对它所带来的挑战。

00:26:39 - Saron Yitbarek：

《代码英雄》是红帽的原创播客节目。如果你希望更深入的了解 LISP 或者人工智能，你可以访问节目的网站 redhat.com/commandlineheroes。在这里，你也能看到每一集的额外内容。下一期将是本季的最终集。在下一期中，我们将对一门重量级语言进行探究，并揭露与之有关的许多惊人事实；这门语言对本季中迄今为止讨论过的几乎所有语言都产生过影响。这是我们对 C 的深入研究。我是 Saron Yitbarek，下期之前，编程不止。

什么是 LCTT SIG 和 LCTT LCRH SIG

LCTT SIG 是 LCTT 特别兴趣小组 Special Interest Group ，LCTT SIG 是针对特定领域、特定内容的翻译小组，翻译组成员将遵循 LCTT 流程和规范，参与翻译，并获得相应的奖励。LCRH SIG 是 LCTT 联合红帽（Red Hat）发起的 SIG，当前专注任务是《代码英雄》系列播客的脚本汉化，已有数十位贡献者加入。敬请每周三、周五期待经过我们精心翻译、校对和发布的译文。

欢迎加入 LCRH SIG 一同参与贡献，并领取红帽（Red Hat）和我们联合颁发的专属贡献者证书。

via: https://www.redhat.com/en/command-line-heroes/season-3/talking-to-machines

作者：Red Hat 选题：bestony 译者：bestony 校对：acyanbird, Northurland, wxy

本文由 LCRH 原创编译，Linux中国 荣誉推出

代码英雄讲述了开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。

什么是《代码英雄》

代码英雄 Command Line Heroes 是世界领先的企业开源软件解决方案供应商红帽（Red Hat）精心制作的原创音频播客，讲述开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。该音频博客邀请到了谷歌、NASA 等重量级企业的众多技术大牛共同讲述开源、操作系统、容器、DevOps、混合云等发展过程中的动人故事。

本文是《代码英雄》系列播客《代码英雄》第三季（6）：Bash Shell 中的英雄的音频脚本。

导语：Shell 使得大规模 IT 成为可能。它们是现代计算的必要组成部分。但是，如果没有 自由软件基金会 Free Software Foundation 一位名叫 Brian Fox 的开发者的辛勤工作，它可能不会变成这样。现在，世界上几乎每台电脑都有 Bash shell。

在上世纪 70 年代， 贝尔实验室 Bell Labs 希望将重复的、复杂的命令序列自动化。Chet Ramey 描述了贝尔实验室是如何开发出几个 shell 的 —— 但 UNIX 只能有一个官方支持的 shell。获选的是 Bourne shell。尽管 Bourne shell 是这些之中最好的一个 shell，但它也有其局限性。而且它只有在受到限制的 UNIX 许可证下才能使用。Brian J. Fox 讲述了他在自由软件基金会的工作，他需要创建一个自由的 Bourne shell 版本。它必须兼容但不使用任何原始源代码的元素。这个 Bourne-Again Shell，即 Bash，可能是这个星球上使用最广泛的软件。而 Taz Brown 描述了它是如何成为一个开发者可以学习使用的最重要的工具之一。

00:00:07 - Saron Yitbarek：

那是 1987 年。里根总统治下的美国正蓬勃发展，一个怀揣远大梦想的人正驱车前往他位于 圣巴巴拉 Santa Barbara 的新家。这个人名叫 Brian Fox，27 岁，是高中辍学生。在他车的后备箱里，有两盒巨大的磁带，里面载满了他当时正在编写的代码。

00:00:28：

Fox 多年来一直以程序员的身份工作在所谓的自由软件运动中。他相信他锁在这个后备箱里的代码，可以带来一场革命，这是一种全新的软件范例。他的社区正在一点一点地使之成为现实。

00:00:49：

那年， 理查德•斯托曼 Richard Stallman （RMS）的 自由软件基金会 Free Software Foundation 的一组程序员，正在想尽办法给计算机界带来自由。他们想要构建一个 UNIX 的替代品，以取代自从 70 年代以来就主导编程的 UNIX 操作系统。他们的 GNU（表示 GNU's not UNIX）将成为公众的操作系统，任何人都可以使用它，无需担心许可费用或版权问题。

00:01:18：

多年以来，基金会一直在努力制造这个崭新的系统。那么 Brian Fox 汽车后备箱里的那两盒装着代码的巨型磁带是什么？它们存储着这个系统一个至关重要的组成部分。这是一个自由的，而且可更改的 shell，它能够使 GNU 操作系统变得完整。这是 Brian Fox 送给自由软件运动的礼物。他称之为 Bash。

00:01:46：

我是 Saron Yitbarek，这里是 代码英雄 Command Line Heroes ，一档来自 红帽 Red Hat 的原创播客节目。在这一集中，我们将来看看 Bash shell 中的英雄们。我们将探索 shell 的历史，以及它们为什么对我们如今的工作如此重要。大家可以将 shell 看作要给演员的剧本。它们提供了完整的命令序列，然后 shell 可以快速地运行，就像演员可以一行接一行地读她的台词一样。这是对于实现重复且复杂的代码的，是最终的解决方案，也是自动化的关键。你可能会说，shell 脚本是我们开发的一大助力。但是，是否可以编写一个，能给所有人带来帮助的 shell？这就是挑战所在。

00:02:38 - Ken Thompson：

让我们回到 1969 年。那时候贝尔实验室的几位计算机科学家，正在根据自己的需求开发程序。

00:02:48 - Saron Yitbarek：

这位是代码英雄先驱 Ken Thompson。由贝尔实验室设计的 UNIX 操作系统，在一开始确实是供他们个人使用的。最初，它只是一个内部系统。UNIX 鼓励程序员之间进行密切的交流，不过目的并不是要改变整个世界，而是改变贝尔实验室。

00:03:13 - Ken Thompson：

到现在，几乎整个贝尔实验室都在使用这个系统。我们公司拥有近两万个计算机终端，其中大多数使用 UNIX 系统。

00:03:25 - Saron Yitbarek：

一款由 Ken Thompson 所设计的 UNIX shell 在 1971 年发布。 虽然 Thompson shell 被设计为命令行解释器，但是它却不能很好地支持脚本。所以直到六年后的 1977 年，脚本才开始兴起。

00:03:44 - Chet Ramey：

Shell 参数、特殊参数以及我们如今认为理所当然的变量，起源于 Steve Bourne 和 Bourne shell。

00:03:57 - Saron Yitbarek：

这位是 Chet Ramey，Case Western Reserve 大学的 IT 架构师。Chet 致力于维护 Bash，他也为我们讲述了许多 Bash 的起源故事。他描述了贝尔实验室当时研究 UNIX shell 样子时的情景。

00:04:13 - Chet Ramey：

我们如今使用的编程结构起源于 Steve Bourne，他的 shell 赢得了这场比赛。当时有大量使用 Mashey shell 的用户社区，也有大量用户开始使用 Bourne shell。那时候成立了一个委员会来决定哪一个将会获胜，哪一个将会成为从那时候起得到官方支持的 UNIX shell， Bourne 的 shell 赢了。而其他的 shell，正如他们所说，成为了历史。

00:04:54 - Saron Yitbarek：

不过，这还不是历史的终结。当然，Bourne shell 是一个巨大的飞跃。它打开了一扇通向更高自动化水平的大门。但是尽管有一段时间 Bourne 占据了上风，但是 Bourne shell 并不能解决我们所有的脚本需求。

00:05:14 - Chet Ramey：

Bourne 撰写自己的 shell 时所受到的限制，几乎是现在的你我难以想象的。显然，当你遇到这些限制时，你不得不放弃很多东西，Bourne 就放弃了很多。考虑到他所处理的空间、内存和 CPU 限制，他能够让 Bourne shell 包含那么多东西，这相当了不起。

00:05:42 - Saron Yitbarek：

请记住，Bourne shell 仍然是贝尔实验室 UNIX 系统的一部分。它仍然与 UNIX 许可证绑定。这意味着它不是自由的，不是开放的。这款 shell 是私有的。

00:05:55 - Chet Ramey：

如果你不在大学里，获取 UNIX 源码将会非常困难。显然，这对 Berkeley UNIX 的普及产生了影响。Berkeley UNIX 始于大学中，在大学社区中成长，并走了一条阻力最小的道路。因此，如果你在正确的地方，访问到 Bourne shell 的源码并不困难，但是总的来说，这并不是大众都能够认可的方案。

00:06:36 - Saron Yitbarek：

Chet Ramey 是 Bash shell 的维护者。

00:06:41：

因此，我们有了 shell 的雏形，可以着手写这些关键的组成部分，但是目前为止，最好的 shell 的许可证却有个大大的问题，它是闭源的。对于理查德•斯托曼和他的自由软件基金会而言，这是绝对无法接受的事情。我们所需要的是一个不与任何公司绑定的 shell，一个面向所有人的 shell。

00:07:05：

但这就带来了问题。这意味着我们需要编写某种，能做到 Bourne shell 所能做到的一切，而又不会侵犯到版权的东西。如果逐字复制 Bourne shell 的代码，你会被起诉。

00:07:20：

为了使人们摆脱 Bourne shell 的束缚，你必须找到一位能在没看过 Bourne shell 任何源代码的情况下，编写这款复杂程序的程序员。你必须找到这样的一位局外人天才。而理查德•斯托曼找到了完成这项工作的程序员。

00:07:46：

Brian Fox 是一名 20 来岁的高中辍学生，比贝尔实验室的大多数人更懂代码。他从来没有见过任何 Bourne shell 的源代码，这使得他非常适合手头的任务。

00:08:02 - Brian Fox：

我是 Brian Fox。

00:08:04 - Saron Yitbarek：

为什么不直接问问这个年轻人，这个故事是什么样的呢？现如今，Fox 是一位开源倡导者以及 Opus Logica 的 CEO。但是早在 80 年代后期，他只是一个信仰开源软件运动的年轻人。我们聊了聊过去的日子，以及 Bash 是如何从那时演变过来的。

00:08:23：

所以那时候理查德•斯托曼请你为 UNIX 开发一款 shell。那将会是一款自由的 shell，并且是 Bourne shell 的替代品。你是如何回应的呢？

00:08:38 - Brian Fox：

“我们就不能做个更棒的吗？”

00:08:41 - Saron Yitbarek：

我喜欢这个。再多跟我说说。

00:08:45 - Brian Fox：

我为斯托曼所做的第一件事，其实就是编写个信息技术文档系统。我让理查德惊讶于我做这种编程的速度。他是个优秀的程序员而且工作的很快，但是他不认为其他人也能写得那么快。

00:09:00 - Brian Fox：

因此，在第一周内，我完成了一款名为 GNU Info 的程序的第一版实现，理查德对此有点儿震惊。我说：“我的下一个项目是什么？我的下一个项目是什么？”他说：“好吧，现在给它做个编译器吧。”我就做了，一周时间之内就完成了。然后我说：“我的下一个项目是什么？我的下一个项目是什么？”他说：“好吧，另一个家伙一直在研究那个 shell，但他还没有太多进展。”我说了“好的”，九个月后， Bourne shell 的替代品完成了。

00:09:29 - Saron Yitbarek：

九个月，哇。再多告诉我一些。为什么它如此具有挑战性？

00:09:33 - Brian Fox：

这真是个有趣的问题。它之所以如此具有挑战性，是因为我们必须忠实地模仿 Stephen Bourne 最初的 Bourne shell 的所有行为，同时对其进行扩展，让它成为人们能使用的、更好的工具。

00:09:51：

那时候，我和 Korn shell 的作者 David Korn 私下进行了秘密争论。POSIX 委员会，也就是规定了什么是标准 UNIX 的委员会，他们也参与了进来，并说：“哦，很好，我们需要知道 shell 到底要包含些什么。”而这方面最重要的两个人是我和 David Korn。David Korn 已经写了一个名为 KSH 的 shell。对于他所加入到 KSH 中的每一个功能，他都说：“这应该是一个标准功能。”是这样吗？对他来说这比起拥有最完美的 POSIX shell 要容易得多，如果这仅仅是他的 shell 的话。

00:10:31：

其中的一些功能并不是很好的功能，不是很好的选择，而且使得这款 shell 与 Bourne shell 有些不兼容，或者我觉得缺少功能，对此我们进行了一些讨论和争论，因此构建一个兼容 POSIX 的 shell 与过去为 Bourne shell 所编写的每个 shell 脚本都完全兼容花了超过 3 个月时间。

00:10:54 - Saron Yitbarek：

因此，如果你正在设计的产品不仅可以取代 Bourne shell，而且还试图模仿 Bourne shell 的每个部分，听起来你可能会遇到一些版权问题。你是如何处理的？

00:11:08 - Brian Fox：

为了构建真正开源而自由的软件，你必须得在一个干净的空间里，开始做这项工作。你不能从查看别人的代码开始然后重新实现它。因此，我从未见过与任何贝尔的系统、UNIX 或者甚至 Berkeley UNIX 相关的任何软件，也从未见过这些东西的源代码。

00:11:29：

当我开始构建 Bash shell 时，我使用了一个名为 Bison 的解析器，理查德已经将其整合到自由软件基金会里，并且与之前任何的其他程序完全不同。因此，我已经知道我所要构建的东西，绝对不会侵犯任何先前构建的东西的版权。

00:11:55 - Saron Yitbarek：

创建 Bash 的工作有很多小插曲，对于那些硬核的代码英雄来说，这只是其中一个例子。

00:12:03 - Brian Fox：

有一次，我正致力于在 shell 中实现 通配扩展 globbing 。举例来说，这是允许你匹配大量文件的通配符扩展。你可以给出 *.c，而这会匹配所有带有 .c 扩展名的文件。

00:12:17：

因此我在通配扩展上忙活了几个小时，并且使其生效了，对此我感到很兴奋。这是一个很好的实现。而在创建这一版实现的过程中，我在我的目录里创建了一个名为 *.c 的文件，然后我想：“好吧，我应该删掉这个文件”，然后我输入了 RM、空格、引号、星号点 C、闭合引号，在现代 shell 中当你使用了括号，这意味着“不要扩展这个”，然后我按下了回车，提示符过了很长时间才重新出现，因为我们正在使用 Sun 350s，运行缓慢。我意识到，之所以花了很长时间是因为它要删除这个目录里的所有源文件。

00:12:58 - Saron Yitbarek：

哦，不！

00:12:59 - Brian Fox：

是的。所以我当时删掉了 Bash 的源代码。

00:13:01 - Saron Yitbarek：

哦，不要。

00:13:04 - Brian Fox：

这 ——

00:13:05 - Saron Yitbarek：

哦我的天哪，嗯。

00:13:06 - Brian Fox：

这件事让我笑了很久，笑的很大声。我甚至没有感到一丝沮丧。然后在接下来的几天里，我重新输入了全部。这份代码在我脑海里是完全是崭新的。

00:13:20 - Saron Yitbarek：

哇。

00:13:20 - Brian Fox：

问题解决了。只需将其记录到文件中即可。

00:13:25 - Saron Yitbarek：

好的。因此，大多数人会在那一刻完全惊慌失措。而你笑了，只是说：“哦，我想我必须重新做一遍了。”为什么你当时那么冷静呢？

00:13:35 - Brian Fox：

这让我感到疯狂很荒唐，也非常好笑，我正在打造这个工具，而要确保自己能搞好，确保该工具正常工作，你得在构建它的过程中就使用它。但是该工具无法正常工作。我还没有实现引号，并且因为我还没实现引号，所以我输入的命令没有按照我所预期的去执行，我觉得这真的很滑稽。

00:14:06 - Saron Yitbarek：

太神奇了。

00:14:08：

不过，甚至是关于错误的这个故事也能说明 Fox 的才华。他们说莫扎特在头脑中完成了交响曲，然后只需要在完成后写下来即可。Fox 也有类似的天赋。

00:14:23：

因此，当你最终完成并交付 Bash 时，感觉如何呢？

00:14:27 - Brian Fox：

呵，其实感觉很壮观。那么这里有一个故事，其实我一般不讲的。构建这款 shell 花了大约 8 个月的时候，当时我知道，我大概还需要大约一个月时间才能完成工作，然后另一个 shell 发布了 —— ASH，一个开源的 shell 被发布了，我很沮丧，因为我们还没有向任何人发布 Bash shell，所以只有少数人在使用它。我知道这还需一个月的工作量，于是我想：“哦，这太糟糕了。我投入的全部能量和精力都不会得到赞许，甚至可能都不会被看见。”所以我非常沮丧。这次我没有笑。

00:15:13 - Saron Yitbarek：

然而，布丁好不好，吃了才知道。GNU 的 Bash 发布于 1989 年并且变成了 Linux 的默认 shell。如今，它是计算机中不可或缺的一部分。

00:15:25：

它无处不在。如此多的人每天都在使用它。它遍布于每一台计算机上。作为 Bash 的作者感觉如何？

00:15:34 - Brian Fox：

大多数时候，我甚至都没有注意到 Bash 是比工具更加重要的东西。我真的没有经常想这件事。每隔一段时间，我会走进一家苹果商店，环顾四周然后想：“哇，这里的每台计算机不仅运行着我 27 年前编写的软件，甚至上面还包含有我的名字。”然后我想：“互联网上的每台计算机、每台服务器都在运行着 Bash shell，并且其中包含有我的名字。”然后 Windows 在去年还是前年推出了 Power shell，就是 Bash，当时我想：“哦，天哪。我的名字遍及地球上的每台计算机了。”

00:16:21 - Saron Yitbarek：

不过，我想让你们能仔细听听 Fox 接下来告诉我的内容，因为它是很重要。他从未想过，它的程序会这样统治全球。他试图提供帮助，试图帮助他所置身其中的编程文化。

00:16:37 - Brian Fox：

我并没有打算去实现出现在每个人的计算机上这样的宏伟目标。我对此一点都不感兴趣。我想制作一款有用的软件，我希望它有典型的 3 到 5 年软件寿命，而不是像现在这样疯狂的 30 年的寿命。

00:16:58 - Saron Yitbarek：

难道你对于你在计算机领域有如此巨大影响力的事情，一直反应那么平淡吗？

00:17:06 - Brian Fox：

我为自己写了 Bash 而感到骄傲，而且它让我意识到了我的价值，所以有时候我会做一些事情，诸如接受播客邀约谈论 shell 之类的事情。

00:17:14 - Saron Yitbarek：

非常感谢你。

00:17:15 - Brian Fox：

谢谢。但这不是存在于我日常生活中的东西。幸运的是，我只是一个默默无闻的人，对吧？的确，我的软件正运行在每家每户的计算机上，不过也确实没有人知道这一点，对吧？因此我保持了许多个人隐私，而这个 shell 以及某个住在圣芭芭拉的人编写了它这一事实正越来越广为人知，我开始在生活中越来越多地注意到它。人们有时候来看我演奏音乐，然后告诉我说：“你是写了 shell 的那个家伙。”我感觉有点儿像 Keanu Reeves。

00:17:54 - Saron Yitbarek：

很酷。所以你说过你不指望 Bash 出现在每台计算机上。你打算做的是什么呢？你对 Bash 有什么期望？

00:18:04 - Brian Fox：

一个有用的替代工具，成为 GNU 项目的一部分，并帮助创建这个自由的开源操作系统。我实际上以为一旦我们完成了该开源操作系统的创建，该系统上的软件就可以升级，并且我将有机会创建自己想要创建的那种 shell，以帮助人们在某种程度上促进计算机科学的发展。

00:18:35 - Brian Fox：

我最终意识到，Bash 被创建的原因实际上是与已经存在的 UNIX 世界向后兼容，并且这种势头使其保持了活力，这是另一个独一无二的地位，你的工具如此基础，几乎是一副不可或缺的螺母和螺栓。

00:19:01 - Saron Yitbarek：

确实是这样。

00:19:01 - Brian Fox：

知道我创造了世界上某种有价值的、别人仍然还在使用的东西，这真的是一种很棒的感觉。然后当我注意到这是怎么回事时，我意识到，更重要的是，“自由软件”和“开源”这些词存在于日常英语和全世界的日常语言之中了，而最初并不是这样的。这是我和理查德•斯托曼还有其他人所投入努力的产物。作为这一运动的一部分，我很幸运能这么早参与，但让我回过头来看时，也感到非常满意，我想：“哇，开源软件已经存在，而且我就是其中的一部分。”

00:19:50 - Saron Yitbarek：

Brian Fox 是 Bash shell 的创建者和 Opus Logica 的 CEO。

00:20:01 - Steve Bourne：

事实上，我确实听说过 Bash。

00:20:03 - Saron Yitbarek：

这位就是被 Brian Fox 的工作所替代的 Bourne shell 的创建者 Steve Bourne。我们想知道 Bourne 对 Fox 的工作有何看法。他是否将重生的 shell Bash 视为自己作品的开源复制品？我的意思是，他觉得 Bash 怎么样？

00:20:20 - Steve Bourne：

有一天，写了 Bash 的那个人在一次会议上找我，给了我一件 T 恤，前面印着 “Bourne again” 的字样。

00:20:26 - Saron Yitbarek：

那就是 Brian Fox。

00:20:29 - Steve Bourne：

那是一种友好的情绪，当时是：“好吧，希望您不介意，但我只是重写了您的 shell”，而我说：“听起来不错”，然后他给了我一件 T 恤。

00:20:38 - Saron Yitbarek：

如果我在编程领域学到了一件事，那就是每个人都喜欢意外之喜。事实证明，Stephen Bourne 认为 Bash 是他和其他人在贝尔实验室所做工作的必要扩展。一点儿都不为此苦恼。

00:20:52 - Steve Bourne：

曾经有一些人们想要，但是我没做的特性，例如变量替换和字符串管理，但是这些都被加入到了 Bash 中，现如今人们经常会用到。Bash 和原始 shell 之间的关系，我当时的印象是，它只是对语言的重新实现，并且随着时间的推移，它确实添加了功能，因此它确实取得了超越我所写作品的进步，当然是在字符串管理领域。我现在一直在用它。

00:21:21 - Saron Yitbarek：

Steve Bourne 是 Bourne shell 的创建者和 Rally Ventures 的 CTO。

00:21:32 - Saron Yitbarek：

自从 Bash 在前往圣芭芭拉的长途车程中被塞进 Brian Fox 的卡车以来，已经过去了很多年。 2019 年，版本 5.0 被发布，就像 Fox 提到的那样，Bash 现在被内置进了 Linux 中、macOS 中，甚至微软 Windows 中。Bash 已经成了开源世界中脚本编写的基石。这是我们自动化的基础。

00:22:02 - Taz Brown：

随着组织规模的扩大，使用能够使我们更快完成工作的工具变得至关重要。它成为了必需品。

00:22:16 - Saron Yitbarek：

Taz Brown 是 Red Hat 的资深 Ansible 自动化顾问，因此她非常了解 Bash 的价值。

00:22:24 - Taz Brown：

我绝对认为人们在职业生涯初期就应该使用 Bash。与其使用 GUI 或者说是图形用户界面，不如将自己视为管理员或 DevOps 人员。

00:22:39 - Saron Yitbarek：

而这是因为作为一名 Bash 程序员，你将会掌握能让你晋升的核心价值。

00:22:45 - Taz Brown：

学习写脚本有一定的价值，因为这可以让你从自动化的角度，为程序的长期运行做打算。你可以看到脚本的运行方式，然后可以说：“好吧，我可以做到，我可以使这项任务自动化执行。”它开始使你成为与之前不一样的思想家和技术专家。

00:23:09 - Saron Yitbarek：

对于运维而言，自动化已经变得不可或缺。复杂的程序、应用和工具均由优雅的 Bash 代码实现。

00:23:21 - Taz Brown：

如果你愿意的话，你不必重复造轮子。你可以从 GitHub 库或是其他任何你存储这些特定文件的地方拉取它们。Bash 允许你这么做。Bash 允许你执行这些常见任务，并且可以从 10 台服务器扩展到 1000 台服务器。

00:23:42：

关于自动化的伟大之处在于，一旦你制定了计划，就可以以一种非常有效的方式执行。它允许你执行那些，无法手动执行的操作。

00:23:56 - Saron Yitbarek：

最近 Taz Brown 所从事开发的 Ansible® 这样的最新产品可以始终与 Bash 集成在一起，完成了工作。

00:24:04 - Taz Brown：

虽然时代在不停前进，但是我认为 Bash 永远都会是管理员会去选择使用的工具，特别是他们想要快速自动化的情况下。

00:24:14 - Saron Yitbarek：

最后，这一切的成功，都可以追溯到它是一个自由的、允许所有人加以改进的软件这件事上。它是 Brian Fox 提供给世界的，某种没有许可证和限制的东西。满足了人们一直的需求，所以是 Bash 成功的关键。实际上，他甚至已经不再主管 Bash 开发已经很长一段时间了。这位是 Chet Ramey，他维护了 Bash 数十年。

00:24:38 - Chet Ramey：

我想，Brian 在发布 1.05 版本后就已经决定了他想要继续去从事其他工作。他曾在自由软件基金会负责过其他任务，他想做除了 Bash 以外的事情，而我是 Bash 最活跃的贡献者。他和我一起开发了许多新功能。我们共同努力解决了许多 bug，因此当到了需要其他人接手时，我是最佳人选。

00:25:16 - Saron Yitbarek：

就像 Fox 一样，Ramey 也必须继续努力，因为 Bash 比任何一位维护者都重要。

00:25:25 - Chet Ramey：

我是从 23 岁开始贡献的，有点儿像是我和 Bash 共同成长。在某些时刻，我会需要征集一个团队。我需要征集那些愿意并且有能力投入时间推动 shell 发展向前的人们。

00:25:46 - Saron Yitbarek：

Bash，这款再次降生的 shell 明年将迎来 30 岁（LCTT 译注：Bash 发布于 1989 年，至本译文发表时，已经 31 岁了），并且没有衰老的迹象。Bash 乘着自由软件浪潮，然后是开源浪潮，直到传播至编程世界的每个角落。但曾经，它只是存储在 Brian Fox 汽车后备箱里磁带上的代码。它只是一些程序员，想要带给大家的 shell 语言。几乎偶然的，Brian Fox 在此过程中成为了一名伟大的代码英雄。

00:26:23：

顺便说一句，有些事情始终困扰着我， Brian Fox 驱车将所有 Bash 代码载到了 Santa Barbara。为什么要转移呢？我的意思是，他在某家科技公司找到了新工作吗？

00:26:34 - Brian Fox：

我想要继续我的音乐生涯，而我认为做到这一点的最佳去处就是气温总在 72 华氏度左右、天空没有乌云、海滩很美的地方。

00:26:45 - Saron Yitbarek：

很好，我更喜欢这个理由。

00:26:49：

现在让我们向 Wayne A. Lee 致敬，是他向我们建议了这一集标题《Bash Shell 中的英雄》。干得好，Wayne。

00:26:57：

在下一集中，我们对于自动化的兴趣，将提升到一个全新的高度，并且着眼于 AI 语言，特别是 John McCarthy 创造的 LISP。

00:27:11：

《代码英雄》是 Red Hat 的原创播客节目。如果你访问节目的网站 redhat.com/commandlineheroes，你将更深入了解到有关 Bash 或是我们本季所介绍的任何编程语言的故事。

00:27:28 - Saron Yitbarek：

我是 Saron Yitbarek。下棋之前，坚持编程。

什么是 LCTT SIG 和 LCTT LCRH SIG

LCTT SIG 是 LCTT 特别兴趣小组 Special Interest Group ，LCTT SIG 是针对特定领域、特定内容的翻译小组，翻译组成员将遵循 LCTT 流程和规范，参与翻译，并获得相应的奖励。LCRH SIG 是 LCTT 联合红帽（Red Hat）发起的 SIG，当前专注任务是《代码英雄》系列播客的脚本汉化，已有数十位贡献者加入。敬请每周三、周五期待经过我们精心翻译、校对和发布的译文。

欢迎加入 LCRH SIG 一同参与贡献，并领取红帽（Red Hat）和我们联合颁发的专属贡献者证书。

via: https://www.redhat.com/en/command-line-heroes/season-3/heroes-in-a-bash-shell

作者：Red Hat 选题：bestony 译者：JonnieWayy 校对：acyanbird, wxy

本文由 LCRH 原创编译，Linux中国 荣誉推出

代码英雄讲述了开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。

什么是《代码英雄》

代码英雄 Command Line Heroes 是世界领先的企业开源软件解决方案供应商红帽（Red Hat）精心制作的原创音频播客，讲述开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。该音频博客邀请到了谷歌、NASA 等重量级企业的众多技术大牛共同讲述开源、操作系统、容器、DevOps、混合云等发展过程中的动人故事。

本文是《代码英雄》系列播客《代码英雄》第三季（5）：基础设施的影响的音频脚本。

导语：用在 IT 基础设施中的语言是没有有效期的。COBOL 已经存在了 60 年 —— 而且不会很快消失。我们为大型机维护了数十亿行经典代码。但我们也在用 Go 等语言为云构建新的基础设施。

COBOL 是计算机的一次巨大飞跃，让各行各业变得更加高效。Chris Short 介绍了学习 COBOL 是如何被视为安全的长期投注的。60 年后的今天，还有数十亿行并不容易被替换掉的 COBOL 代码 —— 懂这门语言的专家也很少。Ritika Trikha 解释说，有些事情必须改变。要么更多的人必须学习 COBOL，要么依赖 COBOL 的行业必须更新他们的代码库。这两个选择都很困难。但未来并不是用 COBOL 编写的。今天的 IT 基础架构是在云端构建的，其中很多是用 Go 编写的。Carmen Hernández Andoh 分享了 Go 的设计者是如何想要设计一种更适合云计算的语言。Kelsey Hightower 指出，语言通常都是超专注于一种任务。但它们正变得越来越开放和灵活。

00:00:00 - Saron Yitbarek：

1904 年，纽约市地铁首次开始运营时，它被惊叹为现代的一个奇迹。但是……当今天的通勤者仍依赖一个多世纪前设计的基础设施时，会发生什么？列车挤满了人，而且常常晚点。纽约每年有 20 亿人次地铁出行，再也没有人为此感到惊叹了。我们还在依赖昨日的过时基础设施，我们必须找到新的好办法，让它发挥作用。

00:00:44：

过去，基础设施项目通常是些可见的大而具体的事物，例如地铁。而且由于这种物理可见性，它们损坏时也显而易见。高速公路开裂、电线杆倒下，我们很清楚这些东西何时需要维修。为了使我们的生活与老化的基础设施保持协调，大量的工作是必不可少的。

00:01:12：

但是事物并不总是那么一是一、二是二。如今，我们还拥有 IT 基础设施，在偏僻地区嗡嗡作响的服务器农场，跨越海洋的光纤电缆，还有软件基础设施。而像遗留的操作系统或没人敢替换的 shell 脚本，这些 IT 基础设施变得陈旧和破旧时，我们是无法看出的。但是，造就了今日发展的基础设施却正在老化，就像旧的地铁轨道一样。这可能会扰乱我们的现代生活。如今命令行英雄们正努力确保我们不会被过去束缚，因此出现了大量新的挑战。

00:02:02：

这是我们第三季进入编程语言世界探索的第 5 期。我们将研究两种编程语言，它们与最初设计的目标基础设施密切相关。COBOL 是一种大型机的原生语言，而 Go 是云计算的原生语言。它们都深受其起源的影响。理解这一点可能会让明天的开发者不至于像纽约人一样被塞进宾夕法尼亚州的车站。

00:02:33：

我是 Saron Yitbarek，这里是红帽的原创播客，《命令行英雄》的第三季。

00:02:43 - 格蕾丝·赫柏 Grace Hopper ：

我们面前有很多事情需要去做，但是我们首先需要大量相关的且易于访问的信息。我们才刚刚开始。

00:02:53 - Saron Yitbarek：

海军上将 格蕾丝·赫柏 Grace Hopper 在 20 世纪 40、50 年代率先开发了高级编程语言。而她之所以能够实现这种巨大的飞跃，是因为当时的基础设施，大型计算机。

00:03:08 - Chris Short：

嗨，我叫 Chris Short。

00:03:10 - Saron Yitbarek：

Chris 是红帽的首席产品营销经理，而且他也是一位历史爱好者。

00:03:17 - Chris Short：

上世纪 40 年代的赫柏上将创造了 FLOW-MATIC，这在当时是革命性的，她被广泛认为是 COBOL 的祖母。因此，她能够坐在那里说：“嘿，只需将其放在大型机上”，或“嘿，只需将其存储在大型机上”即可。

00:03:31 - Saron Yitbarek：

这是一个重大的游戏规则改变。突然，你有了这种机器无关的语言，即 COBOL，它是大型机环境特有的。可能性开始逐步打开。

00:03:42 - Chris Short：

大型机和 COBOL 真正使得每个组织能够说，它们不再需要充满了带着铅笔、纸、计算器和滑尺的人的办公室，他们可能只需要半个办公室来安装大型机。然后，他们可以雇人用 COBOL 来编写一些应用程序来完成整个财务团队做的所有的数学、逻辑运算以及账目。因此，你需要的财务团队人数少了，仅仅是因为更多的输入可以被数字化，而不是全手动操作。

00:04:17 - Saron Yitbarek：

如果你是那些新来的 COBOL 程序员之一，你会觉得你有了一份终身的工作。因为你的工作所基于的基础设施 —— 所有那些大型机 —— 始终会在那里。

00:04:30 - Chris Short：

那时侯摩尔定律还未出现，所以你可以整整十年都在同一个大型机上工作，对吧？就像你不用去考虑下一个操作系统，或者下一个类型的容器编排器，又或者下一个出现 AI 之类的东西一样。你可能会整个职业生涯都在从事 COBOL。而且你知道自己的生活将会非常稳定。

00:04:55 - Saron Yitbarek：

但是，摩尔定律最终还是来了。新的基础设施也出现了。现如今，程序员不太可能去学习一种半个世纪前的旧语言。但实际上，那些老旧的大型机其实并没有消失。这意味着我们对 COBOL 开发人员的需求也没有消失。

00:05:17 - Chris Short：

寻找 COBOL 开发者变得越来越困难。最终会发生的事情是这些大型机可能已经存在了 50 年。这些仍然可以编写出色 COBOL 程序的开发人员将获得巨额收入，以帮助项目运行并完成大型机中的数据重组。而且，该技能肯定会绝迹，并且正在成为一个利润丰厚的职业领域，如果你……现在写 COBOL 绝对可以赚很多钱。

00:05:49 - Saron Yitbarek：

尤其是在制造业和金融业。你无法超越几十年前建立的所有基础设施。遗留代码遍及全球。忽略这些老旧的基础设施及其相关的语言，将是一个巨大的错误。

00:06:08 - Chris Short：

有两千亿行代码摆在那里，要重构这些代码真的很难。不，我不认为在有生之年我们会看到它消失，真的。

00:06:21 - Saron Yitbarek：

Chris Short 是红帽的首席产品营销经理。

00:06:28：

我想花一秒钟解释一下 Chris 的观点。你想想看，95% 的 ATM 交易中都有 COBOL 代码，那就是我们与这种语言的联系。但是，COBOL 程序员的平均年龄并不比该语言年轻多少。他们 45 岁，或许 55岁。新人们并不感兴趣这门语言。这就是为什么我想向你介绍一个人。

00:06:56 - Ritika Trikha：

嘿，我是 Ritika Trikha。

00:06:59 - Saron Yitbarek：

Ritika 是一名技术编辑，曾在 HackerRank 工作。她对 COBOL 的这个问题着迷：人们认为 COBOL 是后大型机时代无意义的残留品。

00:07:12 - Ritika Trikha：

如今的开发人员根本不会考虑 COBOL 了，见也没见过，想也没想过。

00:07:17 - Saron Yitbarek：

但这可能是灾难的根源。

00:07:21 - Ritika Trikha：

如今，仍然有大量的 COBOL 代码在驱动企业的业务。每年至少新增 15 亿行 COBOL 新代码。我认为当你看特定行业时，真的很有意思。就像美国国税局有 5000 万行代码。社会保障局有 6000 万行代码。 因此，这些单位和实体正在处理一些如今最敏感、重要的信息，如果我们不继续为这些大型机提供支持和维护，就会造成很大的破坏。

00:08:04 - Saron Yitbarek：

因此，如果我们无法摆脱旧的基础设施，又无法挥舞魔杖来重建整个大型机业务，我们该怎么办？编码人员有时候仅考虑未来，该如何接受过去？我们首先需要直面该问题。

00:08:25 - Ritika Trikha：

你知道，年轻一代将不得不重拾这些技能。或者，必须对这些大型机进行某种现代化改造。无论是哪种方式，这个问题都不会消失。这就是为什么 COBOL 还活着的原因。

00:08:35 - Saron Yitbarek：

这并不容易。 Ritika 认为我们已经忽略这个问题太长时间了。

00:08:42 - Ritika Trikha：

这非常昂贵、艰巨，并且替换数十亿行 COBOL 代码的风险也非常高。它是用于关键任务的代码，比如社会保障和金融信息。COBOL 是专门为此类大量交易而设计的。因此，它由格蕾丝·赫柏在 60 年代为商业交易而设计。自上世纪 60 年代以来，一直存在“如果没坏，为什么要修复它”的说法，现在我们处于这样一个关头，即延续了数十年的大量的高价值数据运行在 COBOL 上。

00:09:22 - Saron Yitbarek：

从某种意义上说， Ritika 在呼吁一种文化的转变。改变对 "进 "与 "退 "的态度。由于发展的世界慢慢有了越来越久的历史，我们会更加地接触到自己的历史。你无法摆脱老化的基础设施。这意味着你也不能忽略编程语言的历史。

00:09:47 - Ritika Trikha：

有些事情必须得做。当我在 HackerRank 时，我亲眼看到了多少银行和金融机构对 COBOL 开发人员的伤害，几乎是绝望的。这不是一个会被解决的问题，我认为要么必须有某种现代化的系统，要么我们继续培训人员并激励他们。我个人认为将会有 COBOL 再次出现的一天。真的，当所有拥有 COBOL 知识的开发人员退休，并且没有新一代的开发人员学 COBOL 时，将会发生什么？总得做点什么，对吧？所以，当从 COBOL 转向新的基于云的基础设施时，需要有更多的系统化和制度化的改变。

00:10:37 - Saron Yitbarek：

Ritika Trikha 是一名旧金山的技术作家。

00:10:49 - Saron Yitbarek：

那么 Ritika 提到的那些基于云的基础设施呢？我们今天建立的基础设施是否会将后代绑定到特定的语言，像我们仍绑定找 COBOL 上一样？ 亚马逊 Web 服务 Amazon Web Services （AWS）可能是最大的单一云基础设施，于 2006 年推出。 Google 云平台 Google Cloud Platform （GCP）于 2008 年问世，微软 Azure 于 2010 年问世。 Go 语言以并发为重点，定位于在新的云基础设施上蓬勃发展。这是这个时代的语言。

00:11:26 - Carmen Andoh：

嗨，我叫 Carmen Andoh， 我是谷歌 Go 团队的项目经理。

00:11:34 - Saron Yitbarek：

Carmen 对 Go 语言与今天的基础设施有怎样的联系有深入的理解。这要从 Go 的创作者和编程语言历史的紧密联系说起。

00:11:47 - Carmen Andoh：

Robert Pike、Robert Griesemer 和 Ken Thompson。这些名字算是从上世纪 60 年代就开始出现了。Ken Thompson 发明了 B 语言，然后他在夏天的假期继续发明 UNIX 操作系统。Rob Pike 发明了字符串编码 UTF-8，他还发明了 ASCII。他帮助 Ken Thompson 共同编写了 UNIX 编程环境。所以，这两个人是很多、很多年前的同事，他们一直在研究和发明用以前的编程语言编写的操作系统，这些语言包括 Ken Thompson 最终帮助 Dennis Ritchie 一起编写的 C 语言。

00:12:28 - Saron Yitbarek：

Pike、Griesemer 和 Thompson 在 Google 工作之后，他们发现了一个严重的问题。并没有出现大规模的并发。人们等待了几个小时编译出来。他们使用的是 C++，并且必须得编写所有这些回调和事件调度器。那是在 2009 年，我们的基础设施再次发生了变化。诸如 C++ 之类的语言越来越不适应这种新的现实。

00:12:59 - Carmen Andoh：

多核处理器、网络系统、大规模计算集群和 Web 编程模型等正在引入这些问题。而且，还有这个行业的增长，程序员数量在 2010 年就会达到成千上万。因此，直到那时，所有的编程语言都是在规避问题而不是在正面解决问题。

00:13:24 - Saron Yitbarek：

最终，将达到一个临界点，必须开始改变。

00:13:30 - Carmen Andoh：

嘿，我们讨厌 C++ ，我说：“好吧，让我们看看我们是否能发明些新的东西。”

00:13:37 - Saron Yitbarek：

这种新语言需要完美地适应我们最新的基础设施。

00:13:43 - Carmen Andoh：

2005 年云技术到来以后，你不再需要自己的计算机，在某种程度上在其他地方租用它，你就可以得到一个分布式系统。但是在分布式系统中，以及在云计算中，存在并发消息传递问题。你需要确保采用异步对你来说没有问题。Go 缺省就是异步的编程语言。基本上，这意味着你执行的每个操作（例如将所有这些不同的消息发送给系统中的另一个计算机）都无需等待另一个机器对你的响应即可完成。因此，它可以在任何给定时间处理多个消息。

00:14:28 - Carmen Andoh：

就是说，云计算是分布式的。因此 Go 的开发就是来满足这一确切需求。Go 早就成为进行这种分布式计算的标准方法之一。这就是为什么我认为它立即引起了开发人员的广泛关注。Go 绝对是云基础设施的语言，无论是其设计，还是所有云基础设施工具，以及在过去十年中如雨后春笋般出现的模块的生态。

00:15:06 - Saron Yitbarek：

很快，诸如 Kubernetes 之类的关键应用都用 Go 编写了。谷歌还创建了 Go Cloud，这是一个开源库和一系列工具，使得 Go 更具吸引力。很显然，它是新生态系统的语言。它是云的语言。而且，它的创造者们因开发生命力持久的语言而享有声誉，这绝对没有坏处。

00:15:33 - Carmen Andoh：

我认为业界的其他人会说：“嘿，我认为这不会很快消失。”这种语言的发明者恰巧也发明了语言有 50 、60 年了。

00:15:47 - Saron Yitbarek：

Carmen Andoh 是谷歌 Go 团队的项目经理。

00:15:54：

因此，我们有了一种新的语言 Go ，旨在提供云基础设施必需的并发性。听起来不错。Go 的设计师倾向于创造可以持续半个世纪的语言。这也很棒。但是我的问题是，从现在起，50 年后，当 Go 更像是 COBOL 时，这到底意味着什么？当世界上充满了只有老开发人员才能理解的旧版 Go 代码时，这又意味着什么？在当今的云基础设施老化的时候，我们是否会做好准备？我们是否从 COBOL 和大型机领域吸取了教训，可以帮助我们为 Go 和云设计更美好的未来？

00:16:40：

幸运的是，我找到了问所有这些问题的合适人选。这就是下面这位。

00:16:51：

我们如何使我们的语言能面向未来？我们知道他们与当今的基础设施息息相关。我们也知道，随着数十年的发展，新的基础设施必将取代旧的基础设施。那么，我们今天做些什么以确保将来能平滑演进？

00:17:10 - Kelsey Hightower：

我是 Kelsey Hightower ，我在谷歌，是一名开发人员推广大使，我致力于引入开放性技术并将它们应用于谷歌云上的产品。

00:17:19 - Saron Yitbarek：

Kelsey 花了大量时间思考编程的未来。我很好奇，是否有一天我们将陷于握有 Go 语言技能的是另一批老龄化的程序员的问题，就像我们现在缺少 COBOL 的引导一样。我们是否在为这个长远的未来做计划？因此，我和 Kelsey 坐下来进行讨论。

00:17:42 - Kelsey Hightower：

...等等。但是，如果你考虑到今天面临的一些新的挑战，如应对互联网，这种网络，你将面临许多用户，成千上万的并发用户，以及不同的机器和架构类型的组合。考虑到这些新的场景，因此你通常希望有一种新的语言来解决。例如， JavaScript 是用于 Web 的，你不会想改造 COBOL 以便可以用它来进行 Web 编程。最终，我们今天已经有了数百种相当完善的语言，而且它们都非常专注于他们的优势。

00:18:15 - Saron Yitbarek：

那么，在那种情况下，我们是否需要积极推动人们走向 COBOL ？如果我们正在为这些新问题开发新语言，并且它们是高度定制化的，而 COBOL 仍在坚持不谢幕，我们是否需要鼓励人们选择它，以便我们可以维护我们的旧代码？

00:18:32 - Kelsey Hightower：

好吧，我认为这将对企业是个挑战吧？所以，你已经在 COBOL 上投入了 10 到 20 年，没有人会主动想学习一些新的 COBOL。或者你不会像刚从大学毕业那么“我要加倍努力……”。

00:18:45 - Saron Yitbarek：

没错。

00:18:46 - Kelsey Hightower：

“...这种语言比我父母的年龄都大。” 因此，在那个领域，你必须问自己，继续使用 COBOL 的风险是什么？未来是否仍然有意义？我认为它仍然有益于某些类型的工作任务，但是我们必须问自己一个问题，是时候推进了吗？是时候进化一点了吗？因此，如果你仍然有数十亿行的 COBOL 代码，那么你将必须寻找所有剩余的 COBOL 人才，并将其招进来，但也许我们该开始考虑其他语言能从 COBOL 学习些什么，并将某些功能和库加入到其他语言中。

00:19:26 - Saron Yitbarek：

COBOL 终止以后的日子，将会是一个巨大的基础设施项目。用我对纽约地铁的比喻，就像是要替换每条地下隧道。因此，展望未来，我想知道我们是否可以预见到这些问题，甚至将来对自己也能有所帮助。

00:19:48：

如果我们将今天的云计算与大型机进行比较，我们是否会在最终到达同一条船上，有着这些旧代码库，使用着旧的但非常稳定的语言，而且我们也到了必须做出选择的时候，我们应该继续前进还是保持不变？

00:20:05 - Kelsey Hightower：

云有点不同的是它不是来自一个制造商，对吗？许多云提供商通常提供了一系列技术集合，你就可以选择编程语言、编程范式，无论你是要事件驱动还是基于 HTTP 的全 Web 服务。这意味着你可以选择编程的方式，然后只需专注于要解决的问题。因此，数据进进出出，但是你来选择处理数据的方式。

00:20:36：

大型机通常只有一个主界面，对吗？就像你编写一份任务一样，这就是你提交任务的方式，这就是你监控任务的方式，这就是结果。这本身就是一个限制。如果你考虑一些较新的大型机，它们也会支持些较新的技术，因此即使在大型机领域，你也会开始看到可用于运行任务的编程语言扩展。

00:20:58：

那么我们开始问自己，好吧，既然我有了新的选项，该什么时候离开这种特定的编程范式继续前进呢？我认为我们不会陷入困境。

00:21:08 - Saron Yitbarek：

正确。

00:21:08 - Kelsey Hightower：

我认为新的分布式机器很不错，可能起步成本更低，你不必购买整个大型机即可开工。但是我们仍然希望易用性和之前一样：给你我的工作，你为我运行它，完成后告诉我。

00:21:24 - Saron Yitbarek：

绝对是这样，你觉得发生的事情，或者说 COBOL 所发生的事情，会发生在今天的任何一种语言上吗？ 以 Go 语言做例子，你看到我们在努力地改进 Go 从而吸引人们在 30 年后还想用 Go ？

00:21:38 - Kelsey Hightower：

我认为所有语言都会遭受这种命运吧？如果你仔细想一下，其实 Python 已经存在很长时间了。我想差不多 20 年了，甚至更久。因此，我认为会 …… Python 重新流行起来了，它现在是机器学习的基础语言。

00:21:53 - Saron Yitbarek：

是的。

00:21:54 - Kelsey Hightower：

对于 Tensorflow 之类的库，如果我们仅用时间来衡量，我认为这可能不是看待它的正确方式。还应该有社区是否活跃？语言的适配意愿是否活跃？我认为 Python 做得确实非常出色……社区看到了使其他语言更易于使用的能力。例如，Tensorflow 底层有很多 C++ ，使用这种语言编程可能没有 Python 这样的用户友好性。你可以用 Python，并用它来生成人们正在使用的一些东西，例如 Tensorflow 。现在机器学习非常热门，人们将 Python 引入了这个新领域，那么你猜怎么着？ Python 仍然是活跃的，并且在未来的一段时间内都是活跃的。对于 Go 来说，这同样适用。如果 Go 能够继续保持活跃度，那么，它就像许多基础设施工具和许多云库的基层一样，它也将保持活跃。因此，我认为都是这些社区确保了它们将来占有一席之地，并且当未来出现时，确保那里仍有它们的位置。

00:22:58 - Saron Yitbarek：

是的。那么，我们如何让我们的语言面向未来呢？就是说，我们如何有意地设计一种语言，使其能持续存在，并在 20、30 年内都保持活跃呢？

00:23:10 - Kelsey Hightower：

使用语言的人，我认为这在开源世界中确实是独一无二的。现在，我们已经不再使用商业语言了，对吧，过去曾经来自微软的语言或太阳微系统的如 Java™ ，那时侯，每个人都依赖于供应商来尽心尽力来对语言能干什么以及对运行时环境进行新的改进。现在，我们看到的诸如 Go、Node.js、Ruby 之类的东西，所有这些都是社区支持的，并且社区专注于运行时环境和语言。这样任何人都可以添加新库，对吧？有一个新的 HTTP 规范，对，HTTP/2 几年前问世了，每个社区都有贡献者添加了那些特定的库，猜猜现在怎么样？所有现在这些语言，都兼容于大部分的未来网站。

00:24:01：

我认为现在是个人真正地拥有了更多的控制权，如果他们想让语言适用于新的用例，只需要自己贡献即可。因此，我们不再受限于一两家公司。如果公司倒闭，那么运行时环境可能会因此而消亡。我们不再有这个问题了。

00:24:23 - Saron Yitbarek：

我们之前在这个播客上已经说过了。未来是开放的。但是，令人着迷的是考虑怎样能做到再过几十年，过去也将是开放的。它们将继承能够变形和演进的基础设施和语言。

00:24:39 - Kelsey Hightower：

太棒了，感谢你的加入，我期待人们的工作，而且大型机仍然有意义。它们是经典技术，因此我们不称其为遗产。

00:24:47 - Saron Yitbarek：

哦，我喜欢，经典，非常好。

00:24:51：

Kelsey Hightower 是 Google 的开发者推广大使。

00:24:57：

我正在想象一个充满经典编程语言以及尚未诞生的新语言的未来。那是我为之兴奋的未来。

00:25:07 - 演讲者：

请离关着的门远一点。

00:25:12 - Saron Yitbarek：

要知道，2017 年 Andrew Cuomo 州长宣布纽约市地铁进入紧急状态。他的政府拨出 90 亿美元投资于老化的基础设施。这应该提醒我们，迟早我们得注意遗留的系统。你不仅需要继续前进，面向未来。你还背着历史包袱。

00:25:37：

在开发的世界中，我们倾向于偏向未来。我们认为我们的语言仅在它们流行时才有用。但是，随着信息基础架构的不断老化，开发的历史变得越来越真实。事实证明，过去根本没有过去。记住这一点是我们的工作。

00:26:05：

你可以前往 redhat.com/commandlineheroes ，以了解有关 COBOL 或 Go 或本季我们要介绍的其他语言的更多信息。那里有很多很棒的材料在等你。

00:26:19 - Saron Yitbarek：

下一集是关于 Bash 的。我们将探索 shell 脚本的起源以及自动化的关键。

00:26:30 - Saron Yitbarek：

《命令行英雄》是红帽的原创播客。我是 Saron Yitbarek 。下期之前，编码不止。

什么是 LCTT SIG 和 LCTT LCRH SIG

LCTT SIG 是 LCTT 特别兴趣小组 Special Interest Group ，LCTT SIG 是针对特定领域、特定内容的翻译小组，翻译组成员将遵循 LCTT 流程和规范，参与翻译，并获得相应的奖励。LCRH SIG 是 LCTT 联合红帽（Red Hat）发起的 SIG，当前专注任务是《代码英雄》系列播客的脚本汉化，已有数十位贡献者加入。敬请每周三、周五期待经过我们精心翻译、校对和发布的译文。

欢迎加入 LCRH SIG 一同参与贡献，并领取红帽（Red Hat）和我们联合颁发的专属贡献者证书。

via: https://www.redhat.com/en/command-line-heroes/season-3/the-infrastructure-effect

作者：Red Hat 选题：bestony 译者：messon007 校对：wxy

本文由 LCRH 原创编译，Linux中国 荣誉推出

代码英雄讲述了开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。

什么是《代码英雄》

代码英雄 Command Line Heroes 是世界领先的企业开源软件解决方案供应商红帽（Red Hat）精心制作的原创音频播客，讲述开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。该音频博客邀请到了谷歌、NASA 等重量级企业的众多技术大牛共同讲述开源、操作系统、容器、DevOps、混合云等发展过程中的动人故事。

本文是《代码英雄》系列播客《代码英雄》第三季（4）：深入 Perl 语言的世界的音频脚本。

导语：语言来了又走。只有少数几种语言具备了登峰造极的能力，而能留在那里的则更少。Perl 有过一次惊人的崛起，也有过一次平静的低迷，现在已经在编程世界中找到了自己的位置。

Perl似乎注定要统治网络。Michael Stevenson 和 Mike Bursell 描述了 Perl 的设计如何使它成为早期 web 的理想选择。我们从 Conor Myhrvold 那里听到了它的座右铭：“ 实现它的方法不止一种 There is more than one way to do it. ”。Elizabeth Mattijsen 分享了，尽管 Perl 有优势，但漫长的开发周期如何减缓了 Perl 的发展。虽然它不再是最顶级的网络语言，但 John Siracusa 指出，Perl 作为一种小众工具仍然存在。

00:00:02 - Saron Yitbarek：

想象一下 Perl 语言的创建者 Larry Wall 在 1999 年的一次会议上站在麦克风前，留着他标志性的浓密胡子和梳理过的刘海，感觉相当好，因为他所发明的语言正在越来越受欢迎。

00:00:19 - 配音演员：

声音测试。

00:00:19 - Saron Yitbarek：

Perl 语言轻而易举地超越了 COBOL、Visual Basic，而 Python 呢? Python 仍然是一个不入流的竞争者，是Larry Wall 的几个玩笑素材。Wall 展示了 dice.com 报告中的人群数据，在那时来看，Perl 语言的未来是非常、非常光明的。然而之后 Perl 的未来就不再如此了。20 年之后，dice.com 在 2018 年夏天将 Perl 列为最可能灭绝的语言之一。短短 20 年之间发生了什么？

**00:00:59 **：

我是 Saron Yitbarek，这里是《代码英雄》，一档红帽公司的原创播客。这一季是关于我们编程语言的力量和前景的。在上一集我们追踪了搭上了互联网顺风车的 JavaScript 的疯狂崛起。

00:01:19：

并不是每一种语言都有一个不停地成长和成功的故事。大多数语言的出现，在当时非常特殊的生态系统中发挥了它们的作用，然后当我们的编程生活里需要其他类型的工具时它们就开始消退。

00:01:37：

本集我们将深入了解 Perl 世界。是什么造就了它早期的成功，为什么它的成功突然就被颠覆了？我们所处的环境，我们的基础设施，我们的硬件，各种因素都会决定哪些语言会繁荣，哪些会开始萎缩。这就是 Perl 语言的故事的魅力所在。

00:02:08：

我们知道 Perl 并没有统治世界，但是退回到上世纪 90 年代的时候，却看不到这一点。Tim Berners-Lee 在 1991 年发明了 万维网 World Wide Web （WWW），它迅速创造了一个全新的基于 Web 的开发领域。谁也说不准会是哪种编程语言在这个新领域取得成功。

00:02:31 - Michael Stevenson：

在 Web 出现的时候，所有人都等待着会有什么事情发生。那个时候整个世界都是令人兴奋的。

00:02:39 - Saron Yitbarek：

Michael Stevenson 是 阿姆斯特丹大学 University of Amsterdam 媒体研究的副教授。他为我们描述了早期的 Web。人们见过 Usenet，也见过 ARPANET。他们看到了 美国在线 America Online ，还有一些其它的东西。但是直到 Web 出现，互联网的全部发展潜力才真正得到体现。突然之间，你就可以通过鼠标和点击进入了这个巨大的互联世界。这是一个出乎意料的事情。

00:03:09 - Michael Stevenson：

你要是记得 1993 年，也就是 Web 开始崭露头角的那一年，也是《 连线杂志 Wired Magazine 》开始出版的那年。在那之前类似《Mondo 2000》这类的杂志真的让电脑看起来像神秘知识的来源，让电脑看起来很酷。

00:03:32：

因此从这个意义上说，Web 也到达了一个相当特定的时期，人们已经准备好以这样的方式迎接技术的兴起。

00:03:43 - Saron Yitbarek：

故事在这个时候开始了：Larry Wall 在 1987 年创建了 Perl，4 年后万维网才开始兴起。Larry Wall 给世界带来的 Perl 最初只是一种通用的 Unix 脚本语言。当然，它确实很有用，但同时 Perl 还有一些秘密元素，这些元素使它成为即将到来的 Web 开发世界的理想语言。

00:04:14 - Michael Stevenson：

比较有名的是 Perl 是 Larry Wall 在参与的一个美国国家安全局（NSA）的秘密项目中发明的，基本上他所做的就是创建一个类似黑客版的新闻栏目，运行在 Usenet 上，因此 Perl 语言从一开始就是操作文本和将数据从一个地方移动到另一个地方，这完全符合 Web 的需求。而 Perl 作为一种易于使用的脚本语言，更加接近于自然语言。它可以用来快速开发东西，所有这些都让 Perl 成为了一个完美的契机，不仅适合专业用户，也适合新加入的业余爱好者。

00:05:09 - Saron Yitbarek：

很偶然的是，当 Web 出现时，Perl 已经为 Web 做好了准备。Larry Wall 不可能知道 Web 即将出现。但当它出现时正好相互吻合。但我认为还有一点很关键：Perl 是一种自由语言。Larry Wall 在 自由软件基金会 Free Software Foundation 开发的 GPL（ 通用公共许可证 General Public License ）下发布了它。

00:05:37：

Larry Wall 让他的语言自由开源的决定，这完全符合刚刚开始出现的基于 Web 的新思维方式，同时 Perl 在其他方面也很有前瞻性。

00:05:50 - Michael Stevenson：

Perl 的开放性令人难以置信，在某种意义上，它总是愿意整合一些其他的东西，新的东西。这和 Larry Wall 的身份很相配。他是个很开放谦虚的人，总是仔细考虑别人的想法，并试着设身处地为别人着想。对我来说 Perl 作为一种语言，以及作为一个社区的性格，在很长一段时间里，真的很符合这一点。

00:06:27 - Saron Yitbarek：

同样 Perl 非常适合 Web 早期的、狂野的西部阶段，也就是黑客时代。实际上 Perl 的座右铭之一就是“ 实现它的方法不止一种 There is more than one way to do it. ”。

00:06:39 - Michael Stevenson：

在 Perl 的鼎盛时期和这个试验性的开放 Web 的鼎盛时期之间，存在着一种近乎浪漫的联系，在它变得如此被几个平台所控制之前。

00:06:56 - Saron Yitbarek：

记得上世纪 90 年代是互联网历史上的一段启蒙时期，那时人们还在争先恐后地想知道还有哪些是可能的。那时对编程的需求是巨大的，每个人都需要有一个网页，这意味着一群全新的开发人员，他们都对新的做事方法持开放态度。问题变成了“好吧，我们有了一个全新的领域，但用什么语言来完成这项工作呢？”

00:07:26：

Perl 虽然并不是这个问题的最终答案，但对于很多人来说 Perl 是他们首选的答案。

00:07:34 - Michael Stevenson：

我并不是说我更愿意看到加载速度超慢的网页、也没有谷歌搜索引擎的时代，但我确实认为那个时代有一些特别的东西，当时有一些人，在他们的宿舍里，创建了一个类似 slashdot 的东西。而现在随着 Web 已经变得如此主流、专业化和被集中在几个大公司中，我们确实怀念那个时代。对我来说，Perl 比其他任何早期的故事都更能象征这一点。

00:08:15 - Saron Yitbarek：

Michael Stevenson 是阿姆斯特丹大学媒体研究的副教授。

00:08:24 - Saron Yitbarek：

之后，随着 90 年代的到来，Perl 作为一种能适应早期互联网发展潜力的语言出现了，它是一个时代的语言。Larry Wall 和他所创造的 Perl 正好明白了 Web 的本质。

00:08:40 - Mike Bursell：

在网上你可以随意搜索，也可以随时创建网页，这是互联网的美丽新世界，你可以随时做这些事情。

00:08:52 - Saron Yitbarek：

这位是 Mike Bursell，红帽公司的首席安全架构师。Mike 是 90 年代中期发现和使用 Perl 的黑客之一。

00:09:00 - Mike Bursell：

对于 Web 来说，Perl 是许多人的起点。Java™ 语言还处于早期阶段，它在文本输入输出方面并不是很出色。如果你想进行查询和生成页面，Perl 是人们都在使用的工具。

00:09:22：

Perl 非常适合，因为它擅长获取文本，并使用文本做其他事情，而这正是 Web 所需要的。

00:09:31 - Saron Yitbarek：

顺便需要说一下的是，Larry Wall 有语言学背景，这就解释了为什么 Perl 有强大的文本解析能力。正如 Mike Bursell 提到的，这是一笔巨大的好处，因为在早期，Web 主要是一种基于文本的媒介，因为那时候人们没有足够的带宽来处理图像。

00:09:51 - Mike Bursell：

它很容易使用，也很容易复制。人们在分享方面非常开放，而且它的输出速度很快，这些都是好东西。

00:10:02：

哦，当然还有一点，就是你可以用管道使用它。所以，这是非常多的人所习惯的，而且非常容易测试，甚至离线测试，这都是非常有用的。

00:10:13 - Saron Yitbarek：

尤其对那些在 Web 的世界中重新规划自己生活的系统管理员来说非常有用。

00:10:21 - Mike Bursell：

Perl 是给系统管理员们的真正礼物。即使在那个年代，如果你做一些事情，你会得到很多日志。管理这些日志，分解它们，搜索它们，并能够以不同的方式显示它们，或获取任何其他大型文本语料库（主要就是日志），甚至可以对它们进行调试。除非你要在命令行里用管道方式传输 orc、sed 之类的东西，以及 ed 命令，那样的话你很快就会变得非常痛苦，而 Perl 正好适合让你去处理这些事情。

00:10:55 - Saron Yitbarek：

到上世纪 90 年代后期，Perl 5 已经聚集了一个强大的用户群体。像 Fortran 和 C 这样的旧语言依赖于庞大而昂贵的硬件，而 Perl 更有生命力，也更容易移植。在那样一个硬件成本急剧下降的世界里，Perl 的设计使得它得到了蓬勃发展，Perl 让所有的新程序员快速、轻松地工作。这是因为 Larry Wall 以牺牲 CPU 和内存的需求为代价，使 Perl 语法更人性化。所有这些元素组合在一起，使 Perl 成为一种很受新开发社区欢迎的语言。

00:11:36 - Mike Bursell：

在一个正在壮大的社区里，你可以去和他们聊聊社区里的事情，然后 PerlMonks 论坛出现了，那里是一个讨论的好地方，能在论坛里知道正在发生的事情。

00:11:50 - Saron Yitbarek：

这个社区确实拥有 Web 所能提供的最好的东西。他们发现了一个巨大的软件模块库，一个叫做 CPAN 的存储库，这些系统管理员都很喜欢它。它给 Perl 提供了更多的灵活性，许多人都可以部署由少数几个编程大师编写的代码。

00:12:15 - Mike Bursell：

它有很多库可以做你想做的任何事情，如果你找不到你想要的库，你可以去问一下，然后就会有好心人写出你想要的库。

00:12:21 - Saron Yitbarek：

Mike Bursell 是红帽公司的首席安全架构师。

00:12:28 - Saron Yitbarek：

正是由于 Perl 是免费的，它受到不断增长的模块库的支持，它是可移植的，而且它有一个蓬勃发展的社区。一切看起来都很好。Perl 可以在上世纪 90 年代 Web 开发新天地中发挥所有优势，但就在 90 年代即将结束的时候，互联网的发展前景又一次发生了变化，时代来了一个大的转变。

00:12:57 - Alan Greenspan：

但我们又能如何知道非理性繁荣何时已过度推高了资产价值，进而导致了意料之外的长期经济收缩?

00:13:12 - Saron Yitbarek：

“非理性繁荣”是时任美联储主席 Alan Greenspan 在 1996 年对 美国企业协会 American Enterprise Institute 所说的话。他那句“非理性繁荣”是对 90 年代人人都经历过的网络泡沫的警告。所有早期使用 Perl 的 Web 开发人员都在那个泡沫中乘风破浪，但正如 Greenspan 预测的那样，泡沫在 2000 年破裂了。

00:14:11 - Conor Myhrvold:

大家好，我是 Conor Myhrvold 。在过去的五六年里我一直从事编程，现在在技术领域为 Uber 工作。

00:14:20 - Saron Yitbarek：

2000 年代初，当 Conor 还在高中的时候，Perl 仍然是一个非常重要的东西。但他越来越意识到一种与之竞争的语言，叫做 Python。

00:14:31 - Conor Myhrvold：

Python 所追求的是一种更结构化的语言，做很多不同的事情都有一种更显然的方式，它就是那样设计的。而 Perl 则喜欢做某件事有不止一种方法，但这让很多初学者感到困惑。

00:14:49 - Saron Yitbarek：

Perl 有这样一句座右铭“ 实现它的方法不止一种 There is more than one way to do it. ”。而 Python 的理念实际上是相反的，Python 为每个问题都提供了一个明显的解决方案，这意味着查看别人的 Python 代码很容易；而另一方面查看其他人的 Perl 代码可能会令人困惑。Perl 作为一个程序员的第三或第四种语言是有意义的，而正是因为它是一种脚本语言，而脚本是互联网连结的基础。

00:15:23：

但是 Python 是一种你可以真正深入研究的语言，即使你是一个新手。Perl 有一套特定的优势，比如在搜索文本和生物信息学上。但是 Python 就是这样一种简单通用的语言。Python 获得了越来越多的信任，成为人们首先想学的语言，这是一件大事。

00:15:47 - Conor Myhrvold：

越来越多的人开始上网，越来越多的人开始学习如何编程。尤其是相对于 Perl 而言，Python 受益于它本身相对容易学习，因为它更结构化。而这样结果是，在一个快速增长的世界里，如果你能得到更多增长的份额，那将最终意味着有更多的教程和更多的东西可供你使用。

00:16:10 - Saron Yitbarek：

在之前提到过的 CPAN，它是 Perl 用户可以使用的强大的中央存储库。这在 90 年代是一大亮点，但 CPAN 的价值也在变化。

00:16:24 - Conor Myhrvold：

这也不能真正帮助你学习一门语言，因为你是在“复制粘贴”，只是用最少的方式替换你需要的东西。从长远来看这是一个劣势，因为如果你让人们通过自己进行原始开发来学习如何使用一种编程语言，即使这需要花费更长的时间，他们也会觉得自己对它投入了更多，而且他们也了解在这中间发生了什么。

00:16:48 - Saron Yitbarek：

Python 没有像 CPAN 那样的集中式存储库，但是对于那些在新千年时代来到这里的开发人员来说，在一个互联网搜索功能如此强大的世界里，存储库并没有那么大的价值。

00:17:05 - Saron Yitbarek：

最终 Python 有了大量的教程，当然现在也有了像 GitHub 这样的平台。

00:17:13 - Conor Myhrvold：

最终发生的事情是 Perl 拥有的许多优势，是来自一个已经过时的时代的网络效应。

00:17:24 - Saron Yitbarek：

Conor Myhrvold 是 Uber 的一名工程师。

00:17:30 - Saron Yitbarek：

然而语言的兴衰很少是由外部力量单独决定的，而 Perl 的内部问题是，在它的发展过程中它似乎遇到了障碍。Python 正在以一种相当有序的方式发布新的迭代，而正如我们在本季度第一集中所了解到的，Perl 在 2000 年互联网泡沫破裂之时，Python 开始获得更多新开发人员的青睐。

00:17:59 - Saron Yitbarek：

每个人都期待着 Perl 6 的发布，人们都很兴奋。他们等啊，等啊，等啊……他们等了 14 年。

00:18:15 - Elizabeth Mattijsen：

人们提出了大约 300 多件 Perl 6 应该能够完成的事情，当然其中很多事情基本上都是相互排斥的。

00:18:26 - Saron Yitbarek：

这是 Elizabeth Mattijsen，她是 Perl 6 的核心开发人员。2000 年，Elizabeth 参加了在 蒙特雷 Monterey 举办的 Perl 会议。那时开发者认为他们已经停滞不前了，所以 Perl 6 是必要的。Larry Wall 同意了，但是如果说 Perl 5 是他对 Perl 的重写，那么他希望 Perl 6 是由社区来对 Perl 进行重写。由于团队合作可能需要更长时间，甚至用了 14 年，对于那些开发者来说，这是一条漫长而艰难的道路。

00:19:01 - Elizabeth Mattijsen：

我们可以说当前实施的 Perl 6 项目实际上是实现它的第三次尝试。

00:19:07 - Saron Yitbarek：

按照 Elizabeth 的说法，在这 14 年里有过多次尝试。中间经历了漫长而痛苦的深度的尝试。开发者们心力交瘁；人们陷入了死胡同。到 2015 年圣诞节那天 Perl 6 终于问世时，世界上的许多地方已经开始了新的发展。而需要注意的是 Perl 6 并没有给予成为某种革命性的新事物，从而实现对 Python 的反击。Perl 6 是对原版进行了深思熟虑的重新设计。

00:19:43 - Elizabeth Mattijsen：

我认为 Larry Wall 在他的“ 洋葱状态 State of the Onion ”演讲中使用了一个很好的比喻。对他来说，Perl 5 就像《 霍比特人 The Hobbit 》，而 Perl 6 就像《 指环王 Lord of the Rings 》。如果你仔细看过《霍比特人》和《指环王》的故事，你会发现它们基本上是同一个故事。只是《霍比特人》比《指环王》小得多，情节漏洞也更多，没有《指环王》那么宏大的背景。我认为这很好地描述了 Perl 5 和 Perl 6 之间的区别。它基本上是同样的想法，同样的思路，同样的环境，只是对它的重新构想。

00:20:26 - Saron Yitbarek：

Elizabeth Mattijsen 是 Perl 6 的核心贡献者。

00:20:32：

如今，Perl 甚至可能不在前 20 种语言之列。在外部竞争和内部拖延之间，它还没有向大多数新开发人员证明自己。但这提出了一个大问题，我们真的应该根据一种语言的流行度来判断我们的编程语言吗？或者说我们应该根据其他方面来判断一种编程语言的价值？当昔日的超级巨星成为陪衬时，这到底意味着什么呢？

00:21:06：

在世纪之交时互联网泡沫破裂时，Perl 的统治地位开始衰退时，Larry Wall 发表了一个有趣的声明。他认为尽管 Perl 永远不会再成为世界上最流行的编程语言，但它可以成为较小类别中的领先者。Larry Wall 说那才是真正的目标。成为同类中最好的，而不是世界上最好的。正如他所说的，SUV 永远不会和赛车竞争。

00:21:38 - Saron Yitbarek：

我想深入研究这个想法，我想了解在细分类别中做到最好对编程语言的真正含义。

00:21:48 - John Siracusa：

我是 John Siracusa，我是一个程序员，也是一个播客主。

00:21:53 - Saron Yitbarek：

John 实际上共同主持了三个播客：《Accidental Tech Podcast》、《Reconcilable Differences》和《Robot or Not?》。我们刚刚聊到了 Perl 在当今世界的地位。

00:22:06：

Perl 在当今世界排名如何？它仍然是最好的计算机语言吗？

00:22:10 - John Siracusa：

Perl 6 具有其他语言没有的、其他语言应该具有的东西，我一直在等待其他语言偷学它。例如语法是将常见任务概念化的一种好方法，而在我看来，使用语法来解决解析问题比使用现有的工具更令人愉快、更干净、更好。

00:22:31：

在 Perl 中，对象系统的许多部分看起来很琐碎而无关紧要，但我完全期待其他语言最终会采用它，就像许多语言最终采纳了 Perl 5 中的许多思想一样。因此我认为 Perl 6 在许多方面都是最好的。遗憾的是，很少有人有机会使用它。

00:22:52 - Saron Yitbarek：

你认为 Perl 6 社区的发展需要做些什么？想让人们更多地参与到 Perl 6 中，需要做些什么？

00:23:00 - John Siracusa：

这有点像 Perl 6 的故事，就像它一直在寻找一个真正奇妙的实现一样。这是第二系统问题的一部分…… 第二系统综合症 second-system syndrome ，我想他们是这样称呼……

00:23:11 - Saron Yitbarek：

哦。

00:23:12 - John Siracusa：

Perl 6 的，人们希望修复世界上的所有问题。他们想要解决的问题之一是运行时环境。是什么在运行我们的代码？运行 Perl 5 和之前的 Perl 4 的东西是一个巨大的 C 程序，这是由具有独特编码风格的开发者编写的。还有大量的宏，它是一种相当难以理解的东西。

00:23:33：

Perl 6 的想法是让我们不要再那样做了，让我们不要制造大量的 C 代码。相反，让我们使用一个虚拟机，这在当时是一种时尚，有很多关于如何实现它的伟大想法。最终我们得到了几个中规中矩的虚拟机实现版本，有时这些还会相互竞争，但没有一个达到真正交付语言使用时需要的性能、稳定性和特性。

00:24:01 - Saron Yitbarek：

现如今 Perl 到底发生了什么？你对此有什么看法？

00:24:06 - John Siracusa：

Perl 5 绝对像是在走下坡路，因为与 Perl 5 同时代的所有其他语言都采纳了它的大部分最佳思想，并获得了更多的支持。也就是说，因为它在很长一段时间内都是王者，所以有很多 Perl 5 代码在运行一些大型的、重要的站点，人们需要维护和扩展这些代码。

00:24:29：

这需要很长时间才能消失。只要看看现今仍然存在的 COBOL，人们怎么还在雇佣人在 COBOL 上做维护吧？

00:24:35 - Saron Yitbarek：

嗯。是这样。

00:24:36 - John Siracusa：

你刚才问 Perl 是不是一门垂死的语言，我提到了 COBOL，这听起来并不乐观。Perl 6 本身会成为主流语言吗？看起来可能性不大。现在对其他语言有非常多的关注，如果 Perl 6 现在还没有得到开发者的关注，我不知道将会需要发生什么变化来让它流行起来。

00:24:54 - Saron Yitbarek：

如果你是这样想的，你对 Perl 有什么期望？你希望在 Perl 5 或 Perl 6 中看到什么，以及希望看到将来发生什么？

00:25:04 - John Siracusa：

我对 Perl 5 的希望是人们不要忽视它，因为尽管有其它更流行的语言，但今天许多公司仍然采用 Perl 5 做为解决问题的最佳方案。通常这些都是胶水类型语言的问题。如果你发现自己曾经编写过 shell 脚本，并且可能会说:“好吧，我不会用我的‘真正的编程语言’来做这件事。”不管是 Python，还是 Ruby，还是别的什么。但是 shell 脚本可以让我把一堆东西连接起来（胶水类型语言）。Perl 是完成这项工作的更好工具。编写正确的 Perl 脚本要比编写正确的 shell 脚本更容易。

00:25:40 - Saron Yitbarek：

我认为归根结底 Perl 可能不再是一个适合入门的语言，但对于经验更丰富的多语言开发人员来说，它是那个你永远不希望扔掉的工具箱中的小工具，而且特定的工具有时让你提升水平的工具。

00:25:58 - John Siracusa：

有时我为 Perl 6 感到难过和沮丧，认为它不会有任何进展，有时我想“好吧，这是个不错的小社区”。每个社区都不需要称霸世界，也不需要成为整个行业的主导语言。也许可以就这样一直走下去，就是，无限期地走下去。这就是开源，和编程语言的伟大之处。没人可以阻止你，你可以像以前一样继续开发 Perl 6。

00:26:27 - Saron Yitbarek：

John Siracusa 是一名程序员，也是三个科技播客的联合主持人。

00:26:34：

语言都是有生命周期的。当新的语言出现时它们能够精确地适应新的现实，像 Perl 这样的选择可能会占据更小的、更小众的领域，但这并不是一件坏事。我们的语言应该随着我们需求的变化而扩大或缩小它们的群体。在互联网开发的早期历史中，Perl 是一个至关重要的角色，它以各种方式与我们联系在一起，只要看一看它的历史就会发现它的存在。

00:27:11：

下次在《代码英雄》中，我们将讨论：是什么将一种语言变成了标准？以及在基于云的开发世界中，新的标准将如何出现？

00:27:26：

《代码英雄》是红帽的原创播客。如果你想深入了解 Perl 的故事，或者任何我们在第三季中探索的编程语言，请访问 redhat.com/commandlineheroes 。我们的网站里有许多精彩内容等你去探索。

00:27:49：

我是 Saron Yitbarek。下期之前，编码不止。

什么是 LCTT SIG 和 LCTT LCRH SIG

LCTT SIG 是 LCTT 特别兴趣小组 Special Interest Group ，LCTT SIG 是针对特定领域、特定内容的翻译小组，翻译组成员将遵循 LCTT 流程和规范，参与翻译，并获得相应的奖励。LCRH SIG 是 LCTT 联合红帽（Red Hat）发起的 SIG，当前专注任务是《代码英雄》系列播客的脚本汉化，已有数十位贡献者加入。敬请每周三、周五期待经过我们精心翻译、校对和发布的译文。

欢迎加入 LCRH SIG 一同参与贡献，并领取红帽（Red Hat）和我们联合颁发的专属贡献者证书。

via: https://www.redhat.com/en/command-line-heroes/season-3/diving-for-perl

作者：Red Hat 选题：bestony 译者：Mikedkmilk 校对：Northurland, wxy

本文由 LCRH 原创编译，Linux中国 荣誉推出

代码英雄讲述了开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。

什么是《代码英雄》

代码英雄 Command Line Heroes 是世界领先的企业开源软件解决方案供应商红帽（Red Hat）精心制作的原创音频播客，讲述开发人员、程序员、黑客、极客和开源反叛者如何彻底改变技术前景的真实史诗。该音频博客邀请到了谷歌、NASA 等重量级企业的众多技术大牛共同讲述开源、操作系统、容器、DevOps、混合云等发展过程中的动人故事。

本文是《代码英雄》系列播客第三季（2）：创造 JavaScript的音频脚本。

导语：一个在 WWW 初期就确立了它的发展方向的任务，在 10 天内完成，结果呢？它成了一种改变了一切的、不可或缺的语言。

JavaScript 是战胜了一切困难的弱者。Clive Thompson 回顾了浏览器大战，以及这场战争对互联网未来的影响。Charles Severance 解释了 JavaScript 是如何从一个几近不太可能实现的任务变成默认的 Web 开发语言的。Michael Clayton 坦言，他和其他许多人一样，低估了 JavaScript。而 Klint Finley 则描述了一个没有它的阴暗的互联网。

00:00:00 - Saron Yitbarek：

嗨，大家好。我们回来了。我们很高兴能推出《代码英雄》第三季。我们要感谢你们中很多人在这个节目中讲述的故事，因为每一季都源于我们与开发人员、SIS 管理员、IT 架构师、工程师以及开源社区的人们讨论你最感兴趣的的主题和技术。现在，我们正在进一步开放这种方式。我们希望大家都能参与进来，帮助塑造《代码英雄》的未来。你可以通过我们的简短调查来做到这一点。你喜欢这个节目的什么地方？你还希望我们多谈论哪些内容？亲爱的听众，我们想进一步了解你。你是开发人员吗？你是在运维部门工作，还是在做一些与技术完全无关的工作？请访问 commandlineheroes.com/survey ，以帮助我们提升第四季及以后的播客内容。现在，让我们进入第三季。

00:01:00：

Brendan Eich 34 岁时，在 网景 Netscape 公司总部任职。他正致力于一场为期 10 天的大规模编码冲刺。一种新的语言，一种全新的编程语言，将在在短短 10 天内诞生。那是在 1995 年，编程语言的世界即将永远改变。

00:01:26：

我是 Saron Yitbarek，这里是《代码英雄》，一个来自红帽的原创播客。整季节目中，我们都在探索编程语言的威力和前景，探索我们的语言是如何塑造开发世界的，以及它们是如何推动我们的工作的。 这一次，我们将追踪 JavaScript 的创建历程。也许你以前听过 Brendan Eich 的故事，但是像 JavaScript 这种计算机语言是如何真正创造出来的呢？其中肯定是来自 Brendan 的努力，但是这个故事还有更多的内容。

00:02:02：

我们的 JavaScript 故事始于一场战争，一场浏览器之战。20 世纪 90 年代的浏览器大战似乎已经成为历史，但它的影响无疑是巨大的。战场的一方，是与 升阳微系统 Sun Microsystems 结成了联盟的网景公司；另一方，你看到的是软件巨头，微软。他们争夺的战利品是什么？赌注已经大得不能再大了，因为这是一场决定谁将成为互联网看门人的对决。

00:02:40：

为了真正了解浏览器之战是如何进行的，我找来了我最喜欢的科技史学家之一，作家 Clive Thompson。他的最新著作是 ——

00:02:50 - Clive Thompson：

《 编码者：新部落的形成和世界的重塑 Coders: The Making of a New Tribe and The Remaking of The World 》。

00:02:54 - Saron Yitbarek：

Clive 和我谈论的是浏览器之战，让我来为你做个背景铺垫吧。你会看到网景公司意识到浏览器将会是人们用来上网的关键软件。还有微软，他们的整个商业模式就是将东西打包到 Windows 中。直到 20 世纪 90 年代，他们才真正对浏览器感兴趣，微软意识到也许他们一直在打瞌睡。世界正在向网上转移，而微软的 Windows 内没有任何东西可以帮助他们实现这一目标。但是有些人已经在这么做了，一家名为网景的公司，他们正在提供一个通往互联网的入口。突然之间，微软在整个行业的主导地位看起来并不是那么绝对了。浏览器之战始于那一刻，微软意识到了互联网的力量，并开始打量他们新竞争对手。好了，这就是我的铺垫。这里我和 Clive 讨论接下来发生的事情。

00:04:03 - Clive Thompson：

这场战争是抢夺谁将成为上网的主要入口。你需要意识到，在 20 世纪 90 年代初期，没有人真正的在线。当 Mosaic 浏览器出现并最终变成网景浏览器时，它们是第一款任何人都可以下载的并让人能够浏览 Web 的浏览器。它们于 1994 年 12 月上线。所以突然之间，成千上万的人能够以这种图形方式使用互联网。他们获得了巨量的下载和大量的新闻报道。基本上每个人都在说：“是的，网景是这种被称之为互联网的事物的未来。”

00:04:40：

所以在西雅图，你可以看到微软非常警惕地关注着这件事，因为他们几乎忽略了互联网。他们只专注于销售 Windows，而实际上并没有对这种被称为互联网的疯狂新事物给予任何关注。因此，他们不得不加入到一场急速追赶游戏当中。近一年后，他们才推出自己的浏览器。在 1995 年秋天，他们的浏览器问世了，这实质上是浏览器大战的开始，微软也正在努力成为人们上网的门户。

00:05:13 - Saron Yitbarek：

好吧，花费一年的时间才让浏览器面世听起来不算太糟，对吧？时间不算太长，对吧？这似乎是一个合理的时间。

00:05:21 - Clive Thompson：

是的，没错。这听起来好像不是很长时间，但那时是发展的是如此之快。而且人们有一种强烈的先发优势意识，那就是第一家能够以自己的品牌形象作为你上网的方式的公司将是多年甚至是永远的赢家。我还记得当时的开发速度有多快。我的意思是，网景公司每两三个月就会推出一款新的浏览器版本。他们会说，“哇。现在，我们已经将电子邮件集成到浏览器中了。现在，我们在顶部有了一个小小的搜索栏。” 它一直在变得越来越好。你可以在某种程度上看到，可以在网上做的所有事情都进入了视线，因为他们可以快速迭代并快速将其推出。

00:06:01：

微软习惯于非常缓慢的开发模式。可以是长达四年的开发过程，它是我们能买到的没有 bug 的版本，把它封盒，投放到商店去，然后四年都不发布新版本。现在网景出现了，它是第一家说，“不，我们将推出一款不怎么合格的产品，但它运行得足够好，我们将在三个月、三个月又三个月内推出一个新的版本供你下载。” 这完全破坏了微软的稳定的步骤。

00:06:30 - Saron Yitbarek：

好吧。如果我是微软，我可以看着它说，“哦，天哪。这就是未来。我需要迎头赶上。我需要与之竞争。” 或者我可以说，“啊，这只是一时流行而已。” 那么浏览器到底是什么呢？它让微软选择了第一个选项。它让微软说，“哦，天哪。这是个值得的东西。我要与之竞争。”

00:06:51 - Clive Thompson：

浏览器本身具有大量的文化传播和积淀作用。你在互联网上可以做的第一件事，一般是获得像文化之类的乐趣。你可以突然进入某个乐队的网页，查看他们的帖子和他们的照片。你可以培养你的爱好，找到佛罗里达州所有的人偶模型。在此之前，关于互联网的一切都看起来很呆板。电子邮件、文件传输、诸如此类。我的意思是，突然之间，浏览器使互联网看起来像一本杂志，像一个有趣的互动对象。报纸、CNN 和杂志前所未有的以这种非常激动人心的方式对此进行了报道。就在这一刻，科技相关的新闻被从《纽约时报》上排在后面的商业版块移动到了报纸的头版。

00:07:41 - Saron Yitbarek：

那么，对于开发人员而言，网景浏览器甚至说一般的浏览器能有什么吸引力呢？他们为什么如此着迷呢？

00:07:48 - Clive Thompson：

为此我拜访过很多开发人员。突然间，随着浏览器的出现，互联网出现了，有一个 Web 页面，上面写着：“下载我那酷酷的软件吧。” 因此，它开启了我们今天看到的软件打造的整个世界。

00:08:04 - Saron Yitbarek：

我在这里应该提一下，起初微软实际上提出要收购网景公司。他们出价很低，网景公司拒绝了他们。因此，微软不得不打造自己的浏览器，他们称自己的浏览器为 探索者 Explorer （IE）。

00:08:21 - Clive Thompson：

微软花了一年的时间疯狂地开发浏览器，并于 1995 年秋天将其推出。他们做的事情与网景差不多。他们快速推出了一些东西，并不担心它是否完美，因为它会越来越好。但是，在 20 世纪 90 年代后半叶真正出现的一场战争是谁的浏览器最有趣、最具交互性、最功能复杂。

00:08:53 - Saron Yitbarek：

请记住，网景在这方面绝不是占了上风。

00:08:57 - Clive Thompson：

微软拥有非常强大的地位。当全球的 80％ ~ 90％ 的计算机都安装了 Windows 时，很容易就可以把软件设置为默认软件。而这正是他们所做的。所以你可以看到 Internet Explorer （IE）的不断崛起。

00:09:16 - Saron Yitbarek：

在某种程度上，可怜的老网景在这场战斗中一直处于劣势。但问题是，在战斗结束之前，他们做了一个 孤注一掷 Hail Mary 的选择，事实证明，这将成为整个编程世界的一个令人难以置信的成绩。

00:09:35 - Clive Thompson：

这就是 JavaScript 创建过程中迷人而怪异的故事。

00:09:43 - Saron Yitbarek：

所有围绕 Web 的热议，围绕浏览器生活的热议，都非常清楚地表明了一件事。我们需要一种新的编程语言，一种远远超出 HTML 的语言。我们需要一种为所有新的基于 Web 的开发量身定做的语言。我们想要一种不仅能在网上生存，而且在那里蓬勃发展的语言。

00:10:10 - Clive Thompson：

如何为浏览器创建编程语言呢？

00:10:15 - Saron Yitbarek：

我的朋友，这是一个价值数十亿美元的问题。在网景看到微软与他们竞争的时候，他们开始关注 Java™。Java 会成为 Web 开发的语言吗？Java 是一种丰富的编译语言。它表现得和 C++ 一样好。但它仍然需要编译。开发人员确实想要一些更轻量级的东西，一些可以解释执行而不是编译的东西，一些可以吸引所有涌入 Web 的非专业程序员的东西。毕竟，那些新的程序员想要直接在网页上工作。那是我们的梦想。

00:11:05 - Saron Yitbarek：

网景公司需要一种可以在浏览器内部运行的编程语言，让开发人员能够让这些静态网页动起来。他们想，如果他们能在发布 Netscape 2.0 测试版的同时，发布一种新的轻量级语言，为 Web 编程创造奇迹，那不是很棒吗？只是有一个问题，他们只有 10 天的时间来创造一门新的语言。实际上，只给了一个叫 Brendan Eich 的人 10 天的时间。他就是那个负责完成这件事的人。毫无疑问，如果有人能做到这一点，那就是他。在 Brendan 还是伊利诺伊大学的学生时，他常常为了好玩而创造新的语言，只是为了摆弄一下语法。

00:11:57 - Charles Severance：

Brendan Eich 的关键在于，在构建 JavaScript 时，Brendan Eich 已经是编程语言狂热分子了。

00:12:05 - Saron Yitbarek：

为了了解 Eich 到底取得了什么成果，我们联系了 密歇根大学信息学院 University of Michigan School of Information 的教授 Charles Severance。

00:12:14 - Charles Severance：

JavaScript 在某种程度上是在 Java 被视为未来的环境中创建的，在 1994 年，我们认为它（Java）将解决一切问题。一年后，那个真正能解决一切的东西即将出现，但它不能说，“嘿，我已经解决了一切”，因为每个人，包括我自己，就像都相信 1994、1995 年的我们已经看到了未来一样，这个未来就是 Java 编程语言。他们必须建立一种看似无关紧要、看似愚蠢、看似毫无意义，但却是正确的解决方案的语言。

00:12:56 - Saron Yitbarek：

但是 Eich 提供的可不仅仅是一种玩具语言。它以隐藏的方式进行了复杂处理，并从以前的语言中汲取了主要灵感。

00:13:07 - Charles Severance：

如果你看一下基本语法，很明显它的灵感来自于带有花括号和分号的 C 语言。一些字符串模式取自 Java 编程语言。但面向对象的底层模式取自名为 Modula-2 的编程语言，它有 头等函数 first class functions 的概念，对我来说，这确实是使 JavaScript 成为如此强大以及可扩展语言的最令人惊叹的选择之一，即函数、函数的主体、构成函数本身的代码也是数据。

00:13:41：

另一个真正的灵感来源于 HyperCard。JavaScript 总是在浏览器中运行，这意味着它有 文档对象模型 Document Object Model （DOM）的基本数据上下文，文档对象模型是网页的面向对象表示。它不像传统的编程语言。JavaScript 代码不是从一开始就有的，最初它是一个网页，最终演变成了这种面向事件的编程。

00:14:12 - Saron Yitbarek：

1995 年 11 月 30 日，当 JavaScript 与网景的 Navigator 2.0 一起发布时，所有的魔力都被植入到一粒强大的语言小种子中。包括 美国在线 America Online （AOL）和 AT&T（美国电话电报公司）在内的 28 家公司同意将其作为一种开放标准的语言使用。当它发布时，有一些老派的专业人士对 JavaScript 嗤之以鼻。他们认为这只是一种新手的语言。他们忽略了它革命性的潜力。

00:14:46 - Charles Severance：

这些超级先进的概念来自不太知名但又非常像高级面向对象的语言当中，Brendan 决定将所有这想概念融入其中。所以 JavaScript 就像一只特洛伊木马。它在某种程度上潜入了我们的集体意识，认为它很傻、像个玩笑、简单、轻巧。但是几乎从一开始它就建立了一个功能强大的、深思熟虑的编程语言，它几乎能做计算机科学中的任何事情。

00:15:17 - Saron Yitbarek：

其结果是成为了一种浏览器原生语言，可以随着我们在线生活的发展而不断进化。没过多久，JavaScript 就成为了事实上的 Web 开发选择。

00:15:29 - Charles Severance：

JavaScript 是一种不二之选的编程语言，我只能学习它，事实上学习 JavaScript 的人通常别无选择，因为他们会说，“我想构建一个浏览器应用程序，我想让它有交互元素。” 答案是你必须学习 JavaScript。如果你想象一下，比如说，你最喜欢的编程语言是什么，那么这个问题的答案几乎就是某某加上 JavaScript，对吧？有人可能会说，“我喜欢 Python 和 JavaScript ”，或者 “我喜欢 Scala 和 JavaScript”，因为它就像是每个人都需要学习的语言。

00:16:05 - Saron Yitbarek：

Charles Severance 是 密歇根大学信息学院 University of Michigan School of Information 的教授。他说，网景公司一开始非常强大，他们在浏览器之战中奋力拼搏，但最终……

00:16:22 - Clive Thompson：

网景浏览器作为一款严肃的产品就这样消失了。

00:16:27 - Saron Yitbarek：

微软在整个行业的主导地位是一股压倒性的力量。尽管在浏览器竞争上晚了一年，但他们还是能够力挽狂澜，赢得了今天的胜利。但你知道，网景公司最后一击，它创造的 JavaScript，是成功的，在战斗结束很久之后，这种从浏览器战争中诞生的语言瑰宝，将有一个改变一切的后世。

00:17:01：

如果你是最近才开始编程的，很可能会理所当然地认为，你可以开发可更改和更新的交互式 Web 页面，而无需从服务器拉取页面的全新副本。但是，想像一下，当这样做成为一种全新的选择时会是什么样子的。我们有请红帽公司的软件工程师 Michael Clayton 帮助我们了解那是一个多么巨大的转变。

00:17:28 - Michael Clayton：

我想说，在 2004 年 Google Mail 发布了。Gmail，据我所知，它是第一个真正将 JavaScript 带到更高水平的 Web 应用程序，它使用 JavaScript 来动态地切换你正在查看的内容。

00:17:49 - Saron Yitbarek：

假设你正在查看收件箱，然后单击了一封电子邮件。在过去，你的电子邮件查看器会在你的浏览器中加载一个全新的页面，仅仅是为了向你显示那封电子邮件。当你关闭该电子邮件时，它会重新加载整个收件箱。

00:18:05 - Michael Clayton：

这造成了很多延迟。当你在视图之间来回切换时要等待很多时间，Gmail 改变了这一切。他们使用 JavaScript 在后台获取你想要查看的内容，然后将其展现在你面前，而无需等待全新的页面视图。

00:18:23 - Saron Yitbarek：

这节省了大量的时间和精力。但是仔细想想，它改变的不仅仅是速度。它改变了我们工作的本质。

00:18:35 - Michael Clayton：

所以，Web 开发者作为一种职业，已经从类似幕后角色的服务端走到了离用户仅薄薄一层之隔的位置，因为他们直接在浏览器中编写代码，而用户也正是通过浏览器查看 Web 页面。

00:18:52 - Saron Yitbarek：

它改变了一切。事实上，你完全可以把引领 Web 2.0 革命的功劳都归功于 JavaScript。任何有 Web 浏览器的人都突然之间拥有了一个摆在他们面前的开发环境。但是，正如我之前提到的，老保守派对民主性并不一定感到舒服。

00:19:16 - Michael Clayton：

早期反对 JavaScript 的人当中，我也是其中的一员。我有个阻止 JavaScript 运行的浏览器扩展。我认为它是一种无用的玩具语言，每当我访问一个网页，该网页的某些关键功能需要 JavaScript 时，我都会感到愤怒。我想，“你应该在没有 JavaScript 的情况下以正确的方式构建你的网站。”

00:19:43 - Saron Yitbarek：

然而，很快，Brendan Eich 仅仅用 10 天创建的语言，它所蕴含的美和潜力对每个人来说都变得显而易见了。现在，它不仅征服了浏览器，也征服了服务器。有了 Node.js，这种小众语言的全新领域已经打开。

00:20:03 - Michael Clayton：

当我听说 JavaScript 打算在服务器上运行时，我想，“为什么会有人想这么做？”那时，我已经是一名专业的 JavaScript 开发人员了。我每天都写很多 JS，但我还是不太明白为什么它可以归属到服务器端，事实证明，像很多听众都知道的那样，Node.js 现在是这个行业的一支巨大的力量。我认为这是有充分理由的。

00:20:32：

Node.js 如此成功的原因之一，就是它拥有庞大的前端 JavaScript 开发人员和客户端开发人员社区。他们写代码，他们在用 JavaScript 为浏览器编写代码。这么多的开发者，现在又可以用同样的语言来为服务器端编程，这让他们立刻就拥有了大量的可以立即开始为服务器端做贡献的人员。这个工具已经在你的工具包中，你只需将其拿出来，安装上 Node.js，然后就可以加入到编码竞赛中去了。

00:21:11 - Saron Yitbarek：

先是在浏览器中，然后又在服务器上。JavaScript 是这种朴实无华、暗自芬芳，有时候也会有点古怪的编程语言。这个浏览器战争中的幸存者，被大家低估了。

00:21:25 - Michael Clayton：

JavaScript 算是编程语言中的灰姑娘故事，它始于基本上是在 10 天内拼凑起来的初态。中间经历了来自其他编程社区的许多嘲笑，然而仍以某种方式继续取得成功和增长。最后到现在稳居世界上最流行的编程语言中排名第一、第二的位置。JavaScript 基本上无处不在。在网页内部运行的能力意味着 JavaScript 和 Web 一样普及、非常普遍。

00:22:08 - Saron Yitbarek：

Michael Clayton 是红帽公司的工程师。JavaScript 吞噬了世界吗？它是否搭上了 Web 的顺风车，才成了一种主流语言？我想找出 JavaScript 的实际边界在哪里。

00:22:25 - Klint Finley：

嗨，我叫 Klint Finley。我是 Wired.com 网站的撰稿人。

00:22:28 - Saron Yitbarek：

Klint 对同样的事情也很好奇。他越是关注今天 JavaScript 的运行方式，就越发意识到它已经渗透到他的在线生活的每一个环节。

00:22:40 - Klint Finley：

在你还没来得及决定是否要让所有这些不同的应用程序在你的电脑上运行之前，JavaScript 已经成为一种可以增强整个应用程序能力的工具。它们就那么运行了，它们参与了广告或促进广告商使用的跟踪。所以，在你的浏览器中，有很多事情在无形中发生，你甚至可能根本不知道，也不希望发生。

00:23:07 - Saron Yitbarek：

因此，Klint 决定做一个小实验。

00:23:10 - Klint Finley：

我决定试着在没有 JavaScript 的情况下使用 Web 一段时间。我决定试一试，花一周时间禁用浏览器中的 JavaScript。

00:23:21 - Saron Yitbarek：

听起来很简单，但是放弃所有 JavaScript 产生了一些令人惊讶的效果。因为 JavaScript 已经变得如此之大，如此之全，这种以轻量级著称的语言现在实际上占用了大量的空间和能源。当 Klint 屏蔽了那种语言时才发现……

00:23:39 - Klint Finley：

总体而言，这在很多方面都是一种更好的 Web 体验，比如页面加载更快，页面更干净，我电脑的电池续航时间更长，并且我对电脑上发生的事情有了更多的控制感，因为没有这些奇怪的、看不见的随机程序在后台运行。

00:24:02 - Saron Yitbarek：

想象一下第一次过上没有弹出式广告的生活是多么幸福。

00:24:07 - Klint Finley：

很多东西很大程度上依赖于 JavaScript 来加载。所以网页变得简单多了，广告少了，干扰也少了。

00:24:17 - Saron Yitbarek：

不过，这种整洁的 Web 体验并不是全部。如果你拔掉 JavaScript 的插头，Web 的某些部分就完全不能工作了。

00:24:26 - Klint Finley：

很多内容都不能正常运行了。Gmail 把我重定向到了一个为旧手机设计的不同版本。Facebook 也一样，很多流畅的互动没有了，它变得更像是一系列的网页。因此，Netflix 无法正常工作。YouTube 无法正常运行。是的，任何非常依赖互动的东西都不能运行了。拿掉了 JavaScript，有好处也有坏处，最终我不得不做出抉择，有 JavaScript 总比什么都没有要好。

00:25:05 - Saron Yitbarek：

Klint Finley 是 Wired.com 的撰稿人。大多数人预测 JavaScript 只会继续主导移动和桌面应用程序开发。像基于浏览器的游戏、基于浏览器的艺术项目等等，它们的复杂程度正在飞涨。不断增长的 JavaScript 社区正在最大限度地利用这一潜力。

00:25:34：

值得回想一下，就在 1995 年，就在几十年前，Brendan Eich 坐在一个房间里，设计出一门新的语言。今天，这种语言渗透到我们所做的每一件事中。也许说一串新的代码会改变世界听起来有点陈词滥调，但它确实发生了。一位代码英雄将他对语言的所有热爱汇聚到 10 天的冲刺中，世界的 DNA 也将永远改变。

00:26:10：

我们可以为 Google Docs、YouTube 和 Netflix 而感谢 JavaScript。但是你知道，“能力越大，责任越大”，随着 JavaScript 的影响力在大量开源库的推动下不断增长，责任不再仅仅落在一个人身上了。一个更广泛的社区已经接过了责任。SlashData 最近估计 JavaScript 开发人员的数量为 970 万，在 GitHub 上，JavaScript 有比任何其他语言都多的 PR（ 拉取请求 Pull Requests ）。 JavaScript 在全世界代码英雄们的力量加持下，正在走向美好未来。

00:26:59：

下一期的《代码英雄》，我们将遇到另外一种 Web 语言，我们将探索 Perl 是如何在一个广阔的新领域蓬勃发展的。

00:28:04：

最后，有听众在网上分享了我们上一季的 Hello World 那一期，在该期中我们也谈到了 Brendan Eich 和 JavaScript。在那一期，有嘉宾说，在那 10 天里，Brendan 可能没有睡过多少觉，如果有的话，也是很少。好吧，Brendan 在推特上回应说，他确实在那次冲刺过程中睡过觉。想要更多地了解这 10 天发生了什么，请查看 Devchat 对 Brendan 的采访播客。我们会在我们的节目记录里加个链接。我是 Saron Yitbarek。下期之前，编码不止。

什么是 LCTT SIG 和 LCTT LCRH SIG

LCTT SIG 是 LCTT 特别兴趣小组 Special Interest Group ，LCTT SIG 是针对特定领域、特定内容的翻译小组，翻译组成员将遵循 LCTT 流程和规范，参与翻译，并获得相应的奖励。LCRH SIG 是 LCTT 联合红帽（Red Hat）发起的 SIG，当前专注任务是《代码英雄》系列播客的脚本汉化，已有数十位贡献者加入。敬请每周三、周五期待经过我们精心翻译、校对和发布的译文。

欢迎加入 LCRH SIG 一同参与贡献，并领取红帽（Red Hat）和我们联合颁发的专属贡献者证书。

via: https://www.redhat.com/en/command-line-heroes/season-3/creating-javascript

作者：Red Hat 选题：bestony 译者：gxlct008 校对：windgeek, FineFan, wxy

本文由 LCRH 原创编译，Linux中国 荣誉推出