『Just-Say-No』エンジニアの興隆と衰退

何年もの間、シニアやスタッフエンジニアの間には特定のアーキタイプが存在してきました："just-say-no" エンジニアです。この開発者は、主な価値提案として技術的ゲートキーパーとして機能し、物事を遅くし、不要な複雑さをもたらす機能をブロックし、コードは負債であるという信条のもとに動いています。

この役割はかつてシステム安定性の重要な保護手段と見なされていましたが、現在では多くのエンジニアがマネジメントと対立するようになっています。この変化は単に新しいツールの導入だけが原因ではなく、ソフトウェア業界を支配する経済的インセンティブの根本的な変化によるものです。

ゲートキーパーの黄金時代：ZIRP 時代

"just-say-no" エンジニアを理解するには、ZIRP（Zero Interest Rate Policy、ゼロ金利政策）を理解する必要があります。2008 年から 2022 年にかけて、ほぼゼロに近い金利によりテック企業は安価に資金を調達でき、前例のない成長期を迎えました。企業はエンジニア数を数十人から数千人へと拡大し、すぐに収益に結びつかなくてもリスクが低くリターンが大きいプロジェクトを次々に採用しました。

この環境下で、"just-say-no" エンジニアは頂点捕食者となりました。実験を奨励されたエンジニアの大軍が、終わりの見えない技術移行や言語の書き換え、いわゆる "yak shaving"（無駄な作業）に走る中、会社はシステムが自らの重みで崩壊しないようにする仕組みを必要としていました。

ZIRP 期にゲートキーパーが果たした機能は次の通りです:

• リスク緩和: 彼らは、気まぐれで本番システムを自前のデータベースに移行しようとするエンジニアの 5% をブロックしました。
• 生産性バッファリング: 人員数が実際の成果よりも株価にとって重要だった時期に、エンジニアが提案と却下のループに何週間も費やすことは、ビジネスクリティカルなシステムを壊すのを防ぐ許容できる手段でした。
• ブランド構築: 途方もなく高い技術基準の評判を維持することで、採用ブームの中で企業はトップタレントを惹きつけることができました。

経済的転換点

金利が上昇すると、インセンティブ構造は逆転しました。膨らんだエンジニアリング部門は資産ではなく負債となり、企業は「成長至上主義」から実際の収益と効率性を追求する必要に迫られました。

この新しい環境は "just-say-no" アーキタイプにとって敵対的です。マネジメントは、AI 主導の機能が会社の収益を救う可能性があるにもかかわらず、技術的ハードルがそれを阻むことに興味を失いました。かつてエンジニアが "彼らを信頼している、ノーと言うのは何か理由があるからだ" とマネージャーが言っていた暗黙の支援は消え去り、代わりに「チームプレイヤーになるよう」上書きされることが頻繁になっています。

AI パラドックス

この変化を LLM（大規模言語モデル）の台頭に帰する声もありますが、実際の経済的現実は、ZIRP の終焉だけでこのシフトは起こっていたということです。皮肉なことに、ZIRP が続いていれば、AI は "just-say-no" エンジニアを さらに 強力にするはずでした。なぜなら、AI が生成するコードの津波に対する唯一の防御線が彼らだったからです。

しかし現在、AI はゲートキーパーのアイデンティティを侵食する触媒となっています。数年前ならブロックされていた PR が、AI が生成したものとしてマージされるケースが増えているのです。AI 生成コードは「十分に機能する」ことが多く、たとえクリーンさや可読性が劣っても、"just-say-no" エンジニアは自らの存在意義に危機感を抱くようになりました。技術的黙示録が迫っていると主張するか、あるいは自分の役割が特定の経済的異常の副産物に過ぎなかったと受け入れるかの選択を迫られています。

反論とニュアンス

すべての人が "just-say-no" エンジニアが ZIRP の産物だとは考えていません。資源が乏しいときこそ、技術的制約は永遠であり、むしろ重要になると主張する声もあります。

"ZIRP の終焉とそれに伴うフォーカスの増大から得られる率直な教訓は、より多くのことに対して『ノー』と言う必要があるということです。" と、Hacker News のある批評家が指摘しました。

他方で、"just-say-no" アプローチは怠惰や問題解決能力の欠如の仮面であるとし、真にシニアなエンジニアは単なる否定ではなく代替案を提示すべきだと論じる人もいます。さらに、観測性やフィーチャーフラグツールの進化により、失敗のコスト（MTTR）が予防のコスト（MTBF）より管理しやすくなったため、硬直したゲートキーピングの必要性が自然に低下したという見方もあります。

ゲートキーパーの現在位置

変化が起きても、高基準のゲートキーピングの必要性が完全に消えたわけではなく、むしろ縮小しただけです。重要なのは "純粋" エンジニアリングと "不純粋" エンジニアリングの区別です:

• 純粋エンジニアリング: コンパイラやコアデータベースの構築など、範囲が明確で技術的目標がはっきりしているプロジェクト。高い品質基準が求められ、サイクルが遅くても許容されます。ここが "just-say-no" エンジニアが今も活躍できる領域です。
• 不純粋エンジニアリング: 顧客主導でスコープが曖昧な機能開発で、製品市場適合性を見つけることが目的です。ここではスピードと反復が最重要で、"just-say-yes" の姿勢がむしろ生産的です。

ゲートキーパーとしてのアイデンティティを持つシニアエンジニアにとって、今後の道はコアインフラや "純粋" な技術ロールへシフトすることです。会社全体のボトルネックになる時代は終わったことを受け入れましょう。