在工程领域，你想快速发展，经常发货，解决真正的客户问题。然而，竞争和软件的指数级变化率正在推动这项任务。输入我们的免运行软件理念。这意味着减少工程团队之间的选择并使技术标准化，这样我们的团队就可以尽可能多地为客户提供价值。Rich Archbold，高级工程总监，在过去的几年里一直站在编纂和扩展这一哲学的前沿。这个概念是他的热门谈话的基础，最终是他经典的、长形式的博客文章。为了扩展这段对话，我在我们的播客上主持了Rich。我们的软件在规模上与其他团队的运行方式有着怎样的不同。如果你觉得这很有价值，请查看我们的播客。你可以在iTunes上订阅，在Spotify上流媒体，或者在你选择的播放器中获取RSS提要。下面是我们聊天的简短记录。杰弗里：里奇，谢谢你加入我们。既然这是你在播客上的首次亮相，你能给我们一个你的职业生涯和你目前在对讲机的角色的感觉吗？里奇：今天我是对讲机公司基础工程部的高级主管。我在这里已经四年了。我们的团队的使命是帮助对讲机的发展，扩大规模，并得到世界上每一家互联网企业的信任。我们负责大部分对讲机的后端技术。这包括我们所有的云战略、云操作、后端工程、IT和安全。在使用对讲机之前，我在大型科技公司工作了大约10年。我在Facebook花了一年半的时间研究网站可靠性。在那之前的八年里，我在亚马逊做系统工程工作。随着时间的推移，我在那里做了八份不同的工作，移动物联网，从一名工程师，到技术项目经理，再到技术项目经理，再到经理，再到经理。我在Amazon有Amazon Web Services（AWS）之前就开始在Amazon工作，所以我很幸运地看到AWS是在为亚马逊网站零售网站。少运行软件意味着什么杰弗里：今天我们要讨论的是一种你非常热衷的叫做无运行软件的哲学。这是一个团队的价值观，它变成了一个话题，最终导致了一篇博客文章和这段对话。简而言之，运行更少的软件意味着什么？这种方法的好处是什么？里奇：在我们今天工作的世界里，在这个行业里，有一些严酷的现实。这些问题包括时间紧迫、机会瞬息万变、竞争激烈、工程资源稀缺。如果我们真的想赢得我们的市场，成为绝对最好的客户通信公司，我们需要非常好地利用我们宝贵的工程资源。这意味着我们花在"无差别的重担"上的时间要尽可能少，店铺淘客，这是杰夫·贝佐斯（jeffbezos）在许多月前第一次谈到AWS的创建时创造的一个短语。我们需要尽可能少的时间花在已经解决的毫无差别的重大问题上，我们需要尽可能多的时间来创造持久的竞争优势。我们需要确保我们绝大多数的工程时间都花在了为客户提供独特价值和卓越用户体验的产品上，帮助他们解决他们面临的问题。杰弗里：这其中很多是关于选择标准的，或者甚至是"无聊"的技术。你能描述一下我们的标准技术吗？我们为什么选择他们？里奇：我们有各种标准技术。你可以把它们看作是从非常基础的基础设施技术开始的，在我们的案例中，我们把目光投向了作为云供应商的AWS。当您稍微了解一下堆栈时，甚至在AWS内部，我们使用一组特定的EC2实例。我们将只使用一组特定的AWS数据存储。我们强烈建议人们使用一组编程语言。我们有rubyonrails；Ember，主要用于我们的web应用程序；React用于我们的messenger。随着时间的推移，这些技术对我们来说是最安全和最快的使用。我们选择了这些特定的标准技术，或者说无聊的技术，靠谱云服务器，因为随着时间的推移，这些技术对我们来说是最安全和最快的。他们真的经过了战斗考验，训练有素，理解力强，得到了很好的支持。它们使我们能够快速做出工程决策，并预先计算成本和风险，以量化这些工程决策。有一个很棒的工程师，丹·麦金利，他以前在Etsy工作。他首先宣传了选择无聊技术的想法。他将其描述为一种使您能够快速做出决策的方法，这些决策可以带来非常强的速度效益，并且随着时间的推移，运营风险或成本也非常低。这正是我们在选择标准技术时的想法。它限制了我们做出的选择的数量，而这些选择在公司内部得到了很好的支持和理解。我们可以快速做出决定，而且随着时间的推移，这些决策既便宜又容易维护。出生于一个非现场的工程师杰弗里：这个想法的文档是在三到几年前从一个非常小的非现场产生的。把我们放在那个房间里。这个概念是怎么产生的？里奇：这是一个很好的问题，可能也是我最喜欢回答的问题，因为它不仅带来了内部通信的工程哲学，而且还包含了组织健康和组织一致性背后的哲学。我来自亚马逊，亚马逊是一家非常注重价值观、原则和原则的公司。我看到了每个团队，包括我自己的团队，都有一套非常强大的工程原理和理念。它使他们能够做出非常好的决策，这些决策是一致的，并且容易被上面的团队和周围的团队理解和接受。来到对讲机后，我很清楚我们有一群非常聪明的人，他们非常有趣，固执己见，有不同的想法。在我加入公司三个月后，我们有了一个团队，在那里我们试图充实和巩固一个小的，不详尽的原则或原则，也许可以统一整个团队。这样做将使我们能够分享我们的不同观点，并致力于这一小部分非详尽的集合。我们讨论的一些问题是我们正在运行的各种数据存储的操作开销和成本，以及我们是否需要为各种不同的技术雇用专门的数据库管理员。Ciaran，我们的CTO，想出了这个神奇的点子。他说，"我想运行更少的软件，而不是更多的软件。我不想为这些东西雇佣更多的人，因为他们不会制造产品。他们将操作数据库。"那天我的工作主要是促进谈话，把所有的事情都写下来。在随后的几天里，当我们仔细阅读这些笔记时，这个少用软件的句子和由此而来的激烈辩论，让人觉得是真正重要的东西的基石，让每个人都能理解。这是我们最后一套工程原理中的四件事之一。对这个团队的一个证明是，每个人都对它感兴趣，并立即想出了如何使其具有可操作性。之后，淘客发单软件，我们做出了一些不错的战术决策，减少了我们使用的数据库技术的数量。为了在这些核心技术上建立更多的力量，我们在特定类型的培训上投入了更多的资金，并且我们建立了一些有趣的工具来支持这些核心技术。它比我在亚马逊和Facebook上看到的支持这些技术的工具要先进得多。我想，哇，这个系统很管用。我们实际上做了一个战略决策，我们投资了它，在随后的三到六个月里，我们真的看到了这个决定的回报。大规模重新编写无运行软件杰弗里：几年后从异地到今天，工程团队已经成倍增长。无需运行的软件理念如何随着时间的推移而扩展？里奇：第一年的规模很好，之后的两年半就很糟糕了。第一年的规模很好，因为尽管我们的团队和组织不断壮大，但对于我们所有人来说，每三到六个月就进入一个房间，重新讨论所有这些核心价值观和原则，还是相当容易的。我们可以重新描述它们，并从保持组织清晰性的第一原则中重申它们。我们发现这一原则几乎在政治上被使用。大约一年后，我们的人太多了，我们不能都回到房间重新讨论这些事情。以前，这一句话的信条和一个小的支持段落足以让组织清晰明了，因为每个人都把它说出来了。然后人们开始使用它，部署它，并根据它做决定，只有一个行程序和一个小段落的上下文。与此同时，对讲机的基础设施不断发展，物联网应用技术，体系结构不断发展，我们的产品也越来越大，我们雇佣了一批具有不同工程技能的新人。我们发现这一原则几乎在政治上被使用。它开始被用来证明一个人和另一个人的决定是正确的。"我认为我们应该做X，因为X与运行更少的软件是一致的，"一个有着良好意图的人说，他并不了解什么是运行更少的软件。我到了这样一个阶段，我听到了这么多这样的事情，我觉得自己对此负有重大责任。我觉得，一个为好而生的东西现在变成了政治的东西。我们需要一些时间来正确地定义这一点，而这正是博客文章和其他一切的来源。我采访了Ciaran，我采访了Darragh，我们的工程副总裁。我采访了我们的一些首席工程师，甚至一些任期较短的工程师，以了解每个人对少运行软件应该意味着什么的想法和感受。我研究过