ビッグテク企業で質の低いコードが出てくるパラドックス
Pokute
カテゴリー
비어 있음
逆説的にも、世界最高のエンジニアが集結したビッグテク企業で質の低いコードが出てくる現象は個人の能力問題ではなく、組織構造とインセンティブ体系が作った必然的な結果です。高い年俸で優秀な人材を集め、十分な時間を持って作業できる環境でも悪いコードが発生する理由をのぞくと、技術より組織運営の現実が見えます。
初心者が支配するコードの変更
•
ビッグテック企業のエンジニアの平均勤続期間は1～2年に過ぎません。 4年目から株式報酬が終わる仕組みがインセンティブを崩すためです。さらに問題なのはチーム内の移動です。実際に1つのコードベースにとどまる期間は3年未満ですが、そのシステムは10年以上維持されることがよくあります。
•
その結果、多くのエンジニアが見知らぬコードベースとプログラミング言語で動作します。コード変更のかなりの部分が入社してから6ヶ月以内の「初心者」によって行われるわけです。一般的に優れたエンジニアも慣れていない環境では、間違いを起こすしかない状況が構造化されています。
経験豊富なエンジニアの限界
•
経験豊富なエンジニアはコードレビューを通じてこの問題を軽減しますが、このスキームは根本的に不安定です。
•
まず、専門知識の開発が非公式にのみ行われます。ビッグテック企業は、特定のシステムの長期的な専門知識を意図的に育成したり維持したりしません。良い経験を持つエンジニアも別の部門に移動された場合は、その役割を放棄するか、自発的に推進する必要があります。また、経験豊富なエンジニアは過負荷状態です。すべてのコードの変更を確認する時間がなく、レビューに集中すると、個々のパフォーマンスが認められず、組織内の評価で損害を受けます。
組織の意図したトレードオフ
•
ビッグテック企業は、このような状況を十分に知りながらも維持しています。長期的な専門性開発よりも内部認知性（可視性）を優先します。つまり、誰が何をするのかを一目で把握し、必要に応じてエンジニアを移動配置する能力をさらに重視します。当月の問題やAI市場のように急変する分野に素早く人材を配置する必要がある場合、この構造は非常に効率的です。
•
悪いコードが出てくるのはこの選択の対価です。見知らぬシステムで迅速に計算するように求められるエンジニアから、不都合なコードが出るしかないことを会社は十分に理解しています。
個人の限られた役割
•
個々のエンジニアはこれらのダイナミクス関係を変えることはできません。 2025年現在、技術リーダーシップの交渉力が弱まった状況ではさらにそうです。
•
個人ができる最善は、特定分野の「経験者」となり、最悪のコード変更を防ぎ、合理的な技術的決定を誘導することです。しかし、それでも組織の方向性に逆行する可能性があり、間違って進むとパフォーマンス改善計画（PIP）や解雇につながる可能性があります。
技術視点の誤解を超えて
•
純粋な技術プロジェクトに取り組んでいるエンジニアは、悪いコードを単に能力問題と見なします。しかし、ほとんどのビッグテクエンジニアは配管工や電気技師のように働きます。デッドラインがあり、見知らぬプロジェクトで働き、技術力が優れていても状況特性上、ぎこちないことは避けられません。このような環境では、悪いコードは避けられず、システム全体が十分にうまくいくと成功します。
•
悪いコードケースを指摘することは、その特定のケースを修正するのに効果的ですが、根本的な原因はエンジニアの能力にありません。どんなエンジニアも二重に強くしても、ほとんどの仕事が見知らぬコードベースで行われる限り、悪いコードは出続けるでしょう。
作成: Claude
オリジナル: https://www.seangoedecke.com/bad-code-at-big-companies/
オリジナル: https://www.seangoedecke.com/bad-code-at-big-companies/
Do
「Dogma13」を購読する
サイトを購読すると、新しい投稿などの最新のアップデートを通知やメールで最初に受け取ることができます。
Slashpageに登録して「Dogma13」を購読してください！
Slashpageに登録して「Dogma13」を購読してください！
