直言不讳的工程师是 ZIRP 现象

总是说“不”的工程师是高级工程师和普通工程师的真实原型。他们的作用是放慢速度，阻止增加复杂性的功能的开发，并确保编写尽可能少的代码（因为代码是一种负担）。我们可以将其视为“只说不”的工程师 1 ，而不是“只说是”的工程师。只说“是”的工程师痴迷于快速行动，默认批准代码更改，重视 MTTR 而不是 MTBF，并且倾向于交付大量代码。敢于说不的工程师痴迷于质量，乐于缓慢行动，并且默认阻止代码更改。大多数工程师都处于中间位置。我所说的“直接说不工程师”是指最强烈认同这种原型的工程师群体。在人工智能时代，只会说不的工程师日子不好过。过去，他们只需对更多初级工程师手写的 PR 说不，但现在他们不得不对大量人工智能生成的代码说不，其中一些代码是由在政治上很难拒绝的经理和副总裁生成的。在他们的职业生涯中，他们第一次面临着巨大的压力，需要降低标准并开始说“是”。然而，这并不是因为人工智能。这是因为 ZIRP 的结束。 ZIRP 和“拒绝工程师”ZIRP，即“零利率政策”，是 2008 年至 2022 年软件开发时代的简写，当时银行允许企业以接近零的利率借钱。在此期间，投资者将借来的资金投入到任何事情上，这意味着科技公司有动力不断地为低风险高回报项目雇佣工程师 2 。成功的公司通常会从数十名工程师发展到数千名工程师，他们会从事各种各样的事情：无关紧要的开源项目、无休止的技术迁移、重写为其他语言等等。那是成为一名软件工程师的美好时光。我们有很强的讨价还价能力，几乎做任何事情都可以获得高薪。老板们基本上并不关心，因为（a）团队发展得太快，他们无法集中注意力，（b）只要有更多的工程师就对股价有利，这是他们最关心的事情。但科技公司确实面临一个问题：这么多工程师疯狂工作，他们如何防止系统变得完全无法管理？那位敢说不的工程师登场了。在这种环境下，拥有一位非常高级的工程师，其唯一的工作就是对事情说不，这对公司来说实际上是非常有价值的。造成这种情况的原因有几个：公司一半的工程师陷入提出变更的无休止循环中，然后被拒绝，这完全没问题——无论如何，他们不需要提高生产力，这样他们就不会影响关键业务系统。它还解决了 5% 工程师的问题，他们会沉迷于技术自由，并提出诸如迁移到手动数据库之类的疯狂建议。拥有极高技术标准的声誉对于招聘来说是有利的（请记住，在 ZIRP 期间，每家科技公司都在招聘） ZIRP 的结束 当银行加息时，几乎每家科技公司都会立即解雇 5-20% 的工程师。只是为了提振股价而留住臃肿的工程人员已不再有利可图。相反，公司必须真正赚钱 3 。然而，这并不是对裁员的一个很好的公开解释，因为承认你付钱给数百名工程师去做无利可图的工作听起来很软弱。幸运的是，ZIRP 的结束与 ChatGPT 的兴起大致同时发生，因此科技公司能够将裁员归咎于人工智能的力量。说“利用这项变革性的新技术，我们能够用一半的工程师提供 10 倍的价值”是一个更强烈的信息，尽管它没有多大意义（如果这是真的，为什么不保留你的工程师并提供 20 倍的价值？）类似的事情已经发生在那些只说不的工程师身上。科技公司现在比过去二十年任何时候都更加专注。他们不再做一堆随意的废话了；相反，他们拼命地追逐可以赚钱的新功能和特性（出于明显的原因，大多数基于人工智能）。这种新环境对于敢于说不的工程师来说非常不利。这就好像一条鲨鱼从深海中被拉出来，掉进了一条湍急的河流中：曾经是强大的顶级掠食者现在已经迷失了方向并挥舞着。这类工程师过去常常享受管理层隐含的（尽管是遥远的）支持。如果有人抱怨，他们经常会被告知“工程师知道他们在做什么，如果他们说不，那么我相信他们”。现在这种支持消失了。这位只说不的工程师现在正受到管理层的批评和积极否决。他们被告知要成为一名团队合作者，找到一种方法说“是”，或者干脆拒绝