「ノーと言うエンジニア」の役割はZIRP時代の产物だった
ノーを言うエンジニアの逆風品質と保守性を重視し、複雑な機能開発に反対する「ノーと言うエンジニア」は、かつてゼロ金利政策（ZIRP）下の急速なテック企業成長期において貴重な存在でした。
しかし、ZIRPの終焉と企業が利益追求にシフトしたことで、開発環境は劇的に変化しました。
現在、AIを活用した迅速な機能追求が優先される傾向が強まるにつれて、彼らは組織内で軋轢を生んでいます。
皮肉なことに、本来は彼らが防衛すべきAI生成コードが「十分使える」レベルに達し、彼らの専門的役割はアイデンティティの危機に直面しています。
近年、AI技術の急速な進化に伴い、ソフトウェア開発現場で「ノー」を言うエンジニアが直面する課題が注目されています。彼らは品質維持や複雑性の抑制に貢献してきましたが、現在のビジネス環境の変化により、その役割が再評価されつつあります。
本記事では、この『just-say-no engineer』と呼ばれる存在と、経済状況の転換点であるZIRP（ゼロ金利政策）終焉がもたらした業界構造の変化について解説します。
「ノー」を言うエンジニア像
ソフトウェア開発には、「とにかく早く進めようとするjust-say-yes engineer」と、「品質と安定性を重視し、変更に慎重なjust-say-no engineer」という二つのタイプが存在します。
後者の『just-say-no engineer』は、コードの複雑化を避け、不必要な開発を防ぐことでシステムの健全性を保つ役割を担ってきました。彼らは時間をかけても品質を追求する姿勢が評価されてきた側面があります。
しかし、AIによる大量のコード生成が進む現在、彼らはこれまで以上に「ノー」と言うことの難しさに直面しているとのことです。
ZIRP時代とエンジニアの価値
2008年から2022年頃まで続いたZIRP（ゼロ金利政策）の時代は、企業が低コストで資金調達できる環境でした。
このため、テック企業はリスクの低い高リターン案件に投資し、エンジニアを大量に採用・増員させていました。この時期、技術的な自由度が高いエンジニアは高い報酬を得ることができ、組織全体が急速に拡大したのです。
このような状況下では、乱立する開発を防ぎ、システムの崩壊を防ぐ『just-say-no engineer』の存在は、企業の安定稼働にとって非常に価値があると見られていました。
経済環境変化と役割の変容
金利上昇に伴いZIRPが終焉すると、テック企業は株価を押し上げるための過剰なエンジニアリングチームの維持が難しくなり、大規模な人員削減（レイオフ）に踏み切りました。
その際、企業側は「AIによる変革」を理由として公表することが多くなっています。これは、単なる収益性の問題よりも強力なメッセージとなるためです。
結果的に、過去には評価されていた『just-say-no engineer』の行動様式が、現在の成果主義的な環境では批判され、管理職から「チームプレイヤーになれ」と圧力をかけられる状況になっているとのことです。
まとめ
この変化はAIの登場だけによるものではなく、根本的には経済構造の変化（ZIRP終焉）によって引き起こされています。
品質を重視するエンジニアが直面するジレンマは、今後のテック業界における価値観や評価基準の大きな転換点となるでしょう。
原文の冒頭を表示（英語・3段落のみ）
The engineer who says no all the time is a real archetype among senior and staff engineers. Their role is to slow things down, to block the development of features that add complexity, and to ensure that as little code gets written as possible (since code is a liability).
We can think of this as the just-say-no engineer1, as opposed to the just-say-yes engineer. The just-say-yes engineer is obsessed with moving fast, approves code changes by default, values MTTR over MTBF, and tends to ship a lot of code. The just-say-no engineer is obsessed with quality, is happy to move slowly, and blocks code changes by default. Most engineers are somewhere in the middle of the spectrum. By “just-say-no engineer”, I’m talking about the group of engineers who most strongly identify with that archetype.
The just-say-no engineer is having a hard time in the era of AI. It used to be that they only had to say no to more junior engineers’ handwritten PRs, but now they have to say no to a barrage of AI-generated code, some of it generated by managers and VPs who are politically difficult to say no to. For the first time in their careers, they’re under a lot of pressure to lower their standards and start saying yes. However, this isn’t because of AI. It’s because of the end of ZIRP.
※ 著作権に配慮し、引用は冒頭3段落までです。続きは元記事をご覧ください。