只说‘不’的工程师是ZIRP时代的产物

# 只说‘不’的工程师曾是零利率政策的产物 来源：https://www.seangoedecke.com/the-just-say-no-engineer-was-a-zirp-phenomenon/ 那些总是说“不”的工程师（https://www.nair.sh/guides-and-opinions/communicating-your-expertise/why-senior-developers-fail-to-communicate-their-expertise#a-senior-developer-is-a-problem-avoider），在高级和Staff工程师中是一个真实存在的典型。他们的角色是放慢节奏，阻止那些增加复杂性的功能开发，确保尽可能少的代码被写出来（因为代码是一种负债）。 我们可以把他们称为“只说‘不’的工程师¹ (https://www.seangoedecke.com/the-just-say-no-engineer-was-a-zirp-phenomenon/#fn-1)”，与“只说‘是’的工程师”相对。只说‘是’的工程师痴迷于快速行动，默认批准代码变更，更看重MTTR (https://en.wikipedia.org/wiki/Mean_time_to_repair) 胜过 MTBF (https://en.wikipedia.org/wiki/Mean_time_between_failures)，并且倾向于发布大量代码。只说‘不’的工程师则痴迷于质量，乐于缓慢推进，并且默认阻止代码变更。大多数工程师处于这个光谱的中间位置。当我提到“只说‘不’的工程师”时，我指的是那些最强烈认同这一典型的人群。 在人工智能时代，只说‘不’的工程师日子不好过。过去，他们只需要对更初级工程师的手写PR说“不”，但现在，他们必须对大量AI生成的代码说“不”，其中一些甚至是由经理和副总裁级别人物生成的，这些人政治上很难拒绝。在他们的职业生涯中，这是第一次面临巨大压力，要求他们降低标准，开始说“是”。然而，**这并非因为AI。** 这是因为零利率政策（ZIRP）的终结。 ### 零利率政策与只说‘不’的工程师 ZIRP，即“零利率政策”，是2008年至2022年间软件开发时代的简称，当时银行允许企业以接近零的利率借款。在此期间，投资者将借来的钱投向*一切*，这意味着科技公司有动力不断招聘工程师，从事低风险高回报的项目² (https://www.seangoedecke.com/the-just-say-no-engineer-was-a-zirp-phenomenon/#fn-2)。成功的公司通常会从几十名工程师增长到数千名，他们去从事各种事情：边缘的开源项目、无休止的技术迁移、用其他语言重写等等。 那是一个软件工程师的美好时代。我们拥有很大的议价能力，几乎可以从事任何工作并拿到高薪。老板们基本上不在意，因为（a）团队增长太快，他们无暇顾及，（b）有更多工程师在身边对股价有利，而这才是他们主要关心的事。但科技公司确实有一个问题：这么多工程师到处折腾，他们如何防止系统变得完全不可控？**于是，只说‘不’的工程师登场了。** 在这种环境下，有一位非常资深的工程师，其唯一的工作就是拒绝事情，对公司来说实际上非常有价值。原因有几个： - 让公司一半的工程师陷入不断提议变更又被拒绝的无尽循环中，这完全没问题——反正他们也不需要产出什么，而且这样他们就不会影响关键业务系统。 - 这也解决了那5%的工程师的问题，他们会沉迷于技术自由，提出一些疯狂的提议，比如迁移到自研数据库。 - 拥有技术标准极高的声誉对招聘有好处（请记住，在ZIRP时代，每家科技公司都在不停地招人）。 ### 零利率政策的终结 当银行提高利率时，几乎每家科技公司立即裁掉了5-20%的工程师。继续维持臃肿的工程团队来抬高股价已经不再有利可图。相反，公司必须实际盈利³ (https://www.seangoedecke.com/the-just-say-no-engineer-was-a-zirp-phenomenon/#fn-3)。然而，这并非裁员的合理解释，因为承认自己雇了数百名工程师去做无利可图的工作听起来很没面子。幸运的是，ZIRP的结束大致与ChatGPT的崛起同时发生，因此科技公司能够将裁员归咎于AI的力量。说“借助这项变革性的新技术，我们能够用一半的工程师提供10倍的价值”，这是一个更强势的信息，尽管这不太说得通（如果是真的，为什么不保留工程师，提供20倍的价值呢？）。 类似的情况也发生在只说‘不’的工程师身上。科技公司现在比过去二十年中的任何时候都更加专注。他们不再做一堆乱七八糟的事；相反，他们在拼命追求能够赚钱的新能力和功能（显然，大部分都基于AI）。这种新环境*积极敌视*只说‘不’的工程师。就像一条鲨鱼被从深海拖出来扔进湍急的河流：曾经强大的顶级捕食者现在变得晕头转向、挣扎不已。 这类工程师过去往往能从管理层那里得到隐性的（尽管是遥远的）支持。如果有人抱怨，他们常常被告知“那个工程师知道自己在做什么，如果他说不，那我信任他”。现在这种支持已经消失了。只说‘不’的工程师现在正受到管理层的批评和主动否决。他们被告知要更有团队精神，要设法说“是”，或者干脆不再被征询关键决策（并得到公司的默许）。他们因为与2022年之前受到奖励的完全相同的行为而获得差评⁴ (https://www.seangoedecke.com/the-just-say-no-engineer-was-a-zirp-phenomenon/#fn-4)。 **这一切都与AI无关。** 如果LLM没有在近十年出现，我们仍然会看到行业内的相同文化转变。公司仍然会解雇工程师，而负责说“不”的工程师仍然会感到沮丧和困惑，不明白为什么自己现在因为说“不”而受到惩罚。 ### AI 具有讽刺意味的是，如果ZIRP没有结束，这将会是只说‘不’的工程师的辉煌时刻。LLM会加剧“工程师乱来”的问题，而只说‘不’的工程师正是被授权解决这个问题的。科技公司无法公开或私下质疑AI辅助编程⁵ (https://www.seangoedecke.com/the-just-say-no-engineer-was-a-zirp-phenomenon/#fn-5)，它们会*严重依赖*这些工程师来防止AI代码的海啸淹没整个公司。他们可能会得到更好的报酬，并被当作国王一样庆祝。 相反，LLM对只说‘不’的工程师来说是在伤口上撒盐。他们被迫看着其他工程师合并那些以前会被阻止的AI生成的PR，并被要求自己使用这些工具：成为他们整个职业生涯都在与之对抗的那种工程师。 更糟糕的是，AI工具基本*有效*。（到目前为止）它并没有造成任何灾难⁶ (https://www.seangoedecke.com/the-just-say-no-engineer-was-a-zirp-phenomenon/#fn-6)。代码没有那么干净，理解起来也稍微困难，但已经足够好了（尤其是在一个公司尝试很多新事物并抛弃失败品的世界里）。因此，只说‘不’的工程师面临的不仅仅是生计威胁，还有整个自我认同的威胁：他们要么坚持认为灾难就在眼前，要么接受他们的技术角色是建立在科技行业*非常奇怪*的经济环境之上的。 ### 纯粹与非纯粹工程 只说‘不’的工程师会灭绝吗？不会。他们不再适合每一家科技公司，但有些领域仍然需要他们。在《纯粹与非纯粹软件工程》(https://www.seangoedecke.com/pure-and-impure-engineering/) 中，我区分了“纯粹”工程（目标明确、主要是技术性的，比如构建编译器或语言运行时）和“非纯粹”工程（目标模糊、主要是客户驱动的，比如尝试一个不确定是否有效的新功能）。在ZIRP时代，科技公司做了更多纯粹的工作（例如构建 React (https://en.wikipedia.org/wiki/React_(software))），并且倾向于将非纯粹的工作也当成纯粹的工作来对待。只说‘不’的工程师对纯粹工作*非常出色*，因为纯粹代码库对质量要求高得多，并且能够容忍较慢的开发周期。 大多数科技公司仍然在做某种形式的纯粹工作，通常是在核心基础设施部分。这是必不可少的工作，但不需要庞大的工程团队，也很少处于聚光灯下 (https://www.seangoedecke.com/the-spotlight/)。如果你是一个只说‘不’的工程师，并且想保持这种状态，我建议你尝试转入这些角色之一（并接受你的职责范围会比2010年代更有限）。 ### 总结 - 一些高级和Staff工程师充当守门员，放慢开发节奏，对大多数事情说“不” - 这在ZIRP时期是一个关键角色，因为： - 科技公司拥有数千名工程师，他们基本上有权做任何想做的事，如果没有守门员，系统将会崩溃 - 科技公司并不太在意是否完成任何事情 - 当ZIRP结束时，这类工程师的环境变得糟糕得多，因为科技公司现在实际上专注于完成事情，“想做什么就做什么”的时代结束了 - 与裁员一样，这种转变常常被归咎于AI，但即使强大的LLM根本没有出现，它仍然会发生。这是一种ZIRP终结的现象 --- 如果你喜欢这篇文章，请考虑订阅 (https://buttondown.com/seangoedecke) 电子邮件更新，或将其分享到 Hacker News (https://news.ycombinator.com/submitlink?u=https%3A%2F%2Fwww.seangoedecke.com%2Fthe-just-say-no-engineer-was-a-zirp-phenomenon%2F&t=The+just-say-no+engineer+was+a+ZIRP+phemomenon)。 以下是具有相同标签的相关文章的预览： > 我不知道十年后我的工作是否还会存在。2021年，成为一名优秀的软件工程师感觉*棒极了*。世界上充满了软件，每年都有越来越多的公司出现，需要雇佣工程师来编写代码和运行系统。我知道我擅长这个，我知道只要我想，我可以一直做下去。我热爱的工作不会枯竭。继续阅读…… (https://www.seangoedecke.com/will-my-job-still-exist/) ---