作为工程师，我们必须学习的一个基本问题是我们能在多大程度上破坏事物——我们如何在安全运输和快速运输之间取得正确的平衡？在我加入对讲机公司之前，我把运输看作是别人的事——我造了东西，但其他人却运来了。这是一个缓慢的过程，需要一个完整的团队合并分支并部署到生产中。最重要的是，这似乎有风险——破坏一切的可能性笼罩着整个过程。这个过程是如此艰难，甚至会以一个庆祝蛋糕结束。你可以通过一系列安全的小步骤来实现雄心勃勃的改变在这里做了将近3年的产品工程师，我改变了我的观点。在这里工作而不学习如何安全运输几乎是不可能的。我们在其上运行代码的核心基础设施构建时考虑到了交付，支持需要随时更改的系统。因此，某种程度的安全是内置的，通过设计来保护我们。当大多数新员工发现合并到主分支机构实际上启动了新的部署时，他们都会非常兴奋。很光滑。没有人需要监督，我们一直在运输（每天超过200次），对生产没有负面影响。如果出现严重错误，返现，部署将自动恢复。没有蛋糕。小安全台阶使用这样的设置发布会改变您对构建软件的想法。你可以通过一系列小的、安全的步骤来实现雄心勃勃的改变。有些更改非常简单（简单的代码更改），有些比较复杂（添加一个可为null的列），而另一些则有点棘手，需要故意拆分并作为多步骤处理。感觉有点像手术的精确性在所有可用的工具和您的同龄人的经验之间，您可以安全地参与到一系列微妙、精确的代码和基础结构更改中，这有点像手术的精确性，云服务器多少钱一年，但您知道患者没有风险。当我不得不在系统中引入一个简单的新功能时，我第一次完全意识到了这一点。如果出了问题，我能确定我能把它关掉吗？没问题，这个机制已经准备好了 - 我只是添加了一个特性标志作为killswitch，为两个代码分支编写了测试，我准备好再次安全运行。一段时间过去了，返利购物，我不得不改变对讲机的bulkapi的底层数据存储。一点一点地改变，把更大的改变切成更小的，以降低改变的风险，做一系列外科手术，服务器云，安全的操作。这是一个更大的努力，但尽管我正在实施的改变的规模，应用程序并没有下降。更快的运输价值所有这些技术都有助于我们随时以小增量发货，而不必担心生产中断。这一过程在文化中根深蒂固，成为第二天性。我能用安全换取速度吗？然而，最终很容易将两件事混为一谈：安全地发送代码和传送业务价值。我觉得做这些手术很舒服，但我最近开始问自己，这种方法是否有隐藏的成本。最重要的是，我能用安全换取速度吗？安全对我现在的工作是否重要？这些抽象的问题帮助我发现了我潜意识中所做的权衡：我们把一个拉取请求分成10个较小的请求，这样我和我的同事都要花费时间来审查它，大数据分析系统，而如果出现问题，推出更大的更改并进行恢复会更便宜。我们添加一个feature标志来关闭一个特性，但是有时候这些特性并没有被任何人使用，这会导致不必要的代码和测试。有时，我们必须执行一系列小的、安全的模式更改，这样我们就可以在不给客户带来太多不便的情况下安排5分钟的部分停机。和工程中的一切一样，事情不是黑白的。在这里，我们如何衡量成本和收益的定义通常非常松散，但事实是，企业必须战胜竞争。市场对产品的开发速度和可靠性的重视程度并不完全相等或可预测。公司的平衡是不断变化的，而且，作为工程师，我们也在不断变化。了解我们能破坏事物的程度是很困难的，这是因为这不仅仅是一个工程挑战。它需要一些商业背景。这绝对比坐在代码编辑器里更难，但最终获得对业务上下文的欣赏会让你成为一个更好的工程师。如果你有兴趣加入工程团队帮助建造对讲机，请查看我们目前的空缺职位？