ハクソク

世界を動かす技術を、日本語で。

AIはエンジニアの生産性を10倍にしていない

2025年8月5日原文(colton.dev)

概要

  • AI時代の10xエンジニア神話 による不安の実態解説
  • AIコーディング体験の現実 と期待値のギャップ
  • 10x生産性の数学的な非現実性 の指摘
  • 本当に価値あるエンジニアの特徴 についての考察
  • AI活用の現実的なメリットと限界 の整理

AI時代の10xエンジニア症候群の克服

  • SNSや業界の噂 による「AIで10〜100倍生産的なエンジニア」神話の蔓延
  • 自分のスキルへの不安 と「置いていかれるのでは」という焦燥感
  • 最新AI（Claude, Cursor, Roo Code, Zed等）を実際に試用 した体験
    • AIは定型的なコード生成やスクリプト作成に強み
    • プロジェクト固有の文脈や特殊な言語（Terraformなど）には弱い
    • ライブラリの誤利用やセキュリティリスク、文脈把握の限界
  • AI活用のコツ
    • タスク分割などの基本的な使い方はすぐ習得可能
    • AIの出力が的外れな時は自分で手綱を握る判断力が重要
  • AIを使いこなすこと自体は難しくない
    • 1週間もあれば中級エンジニアなら十分適応可能
    • 「AIを使わないと時代遅れ」は誇張

10x生産性神話の現実

  • 「10x生産性」とは1クォーター分の成果を1.5週間で出すレベル
    • 実際の開発プロセス（レビュー、QA、デプロイ等）のボトルネックは解消されていない
    • 人間が関与する工程はAIで10倍速くならない現実
  • コード執筆自体が作業全体のごく一部
    • AIが生成するコードはしばしば誤りや基準未達、再修正が必要
    • 大規模コードベースではエラー頻度が増大
  • 「10x」の規模感の誤解
    • 10倍は「ミニバンと音速ジェット」の違いレベル
    • 現実には信号待ち（人間的な工程）が大半の時間を占める

本当に価値あるエンジニアとは

  • 10xエンジニアの本質
    • 不要な作業を未然に防ぐ力（PMとの対話、設計判断、ドキュメント整備等）
    • チーム全体の生産性を底上げする仕組み作り
    • 特定状況で10倍の価値を発揮するが常時ではない
  • AIアシスタントの限界
    • 不要な作業防止よりも「量産・過剰実装」を助長しがち
    • 設計判断や本質的な価値創出は依然として人間の役割

AIポスターは嘘をついているのか？

  • AI万能論を煽る人々の内訳
    • 善意の自己過大評価者
    • AIビジネスに利害のある関係者（起業家・投資家等）
    • 従業員を不安にさせたい経営層
    • 単なる計算ミスのエンジニア
  • AIによる「一時的な10倍生産性」は確かに存在
    • 例：ESLintルール自動生成など、年1回レベルの単発タスク
    • ただし、恒常的な業務ではすぐに限界にぶつかる
    • 本質的なスキルや知識習得が不可欠な場面は必ず訪れる

まとめ：AI時代のエンジニアの価値

  • AI活用で局所的な効率化は可能だが、万能ではない
  • 本質的な価値は「不要な作業の削減」「チーム全体の底上げ」にあり
  • AIへの過度な期待や不安は不要、冷静な自己評価と継続的な学習が重要
  • AIを使い倒しても「恐竜」にはならない、むしろ本質を見極める力が問われる時代

Hackerたちの意見

期待は現実より高いけど、LLMは色んな場面でかなり役立つよね。「ズームレベル」で使い方を考えると、高い方は「雰囲気コーディング」で、低い方は「引数と返り値を考慮してこの関数を書いて」って感じ。俺の経験では、ズームインすればするほど、うまく機能すると思う。あと、LLMにはコードを書く能力を補強する以上の使い道もあるし、新しい技術を学ぶのにも役立つよ。成果は役割に応じたタスクの分布に依存する。例えば、会議が多かったり、コードをプッシュするのに管理業務が多いと、LLMの助けは少なくなるかな。（ただ、プルリクエストのワークフローやコミットの整理・再配置にLLMを適用するのは、すぐにでも来ると思うけど。）

これって、平均的なソフトウェアエンジニアが自分たちを暴露してる感じがするよね。自分が作ってる技術を知っていて、作業をうまく分けられるなら、複雑さがどこにあるか事前にわかるし、AIにどのレベルで作るか指示できるんだ。AIは魔法じゃないから、例えばSonnet 4が一度に書けるプログラムの複雑さには上限がある。もしその限界を理解できて、自分のプロジェクトの技術も把握していれば、AIにその閾値を下回る個々のコンポーネントを作るように指示できる。これがうまくいくんだよね。

└

でも、難しいのはもっと複雑な部分を見極めることだよね。それを正しく理解するのに時間がかかるんだ。

└

ここでの含みは、自分を平均以上のエンジニアだと思ってるってこと？

この記事には結構同意する部分が多かったな。俺はAI支援の開発にはかなり賛成だけど、10倍の生産性向上の主張には納得できたことがない。LLMが俺の仕事の中でコードを打つ部分で2〜5倍の生産性を上げてくれると見積もってるけど、それ自体がソフトウェアエンジニアとしての仕事の小さな部分に過ぎない。この記事の前提ともあまり離れてないと思う。この記事からの引用: > 「AIが多くのエンジニアに特定のタスクを20〜50%早くこなさせるのは驚きではないが、ソフトウェアのボトルネックの性質から、これは20%の生産性向上にはつながらず、もちろん10倍の向上にはならない。」これは過小評価だと思う。実際にこの技術をうまく使えるエンジニアは0.2倍以上の向上を得るはずだけど、ソフトウェアを作る上での他の要素が多いから、10倍の話はほとんどの場合非現実的だと思う。

└

これは（たぶん）10倍エンジニアへの言及だね。これはずっと疑わしい神話だと思ってる（https://www.simplethread.com/the-10x-programmer-myth/）。

└

コメントありがとう、サイモン！正直、この記事をちゃんと読んだ人のコメントはこれが初めてだわ。特にLLMが得意な言語やツールに関わってる人たちが、仕事の特定の部分で2倍の改善を得てるっていう考えには全然賛成だよ。

└

そうだね。ちょっと手をかけすぎる必要があるんだ。Copilotはいい提案をくれるし、時々は自分が打つのと全く同じコードを出してきて驚くこともある。でも、実際にコードを書かせると（少なくともgpt4.1やgpt4oでは）俺にはあんまりうまくいかない。半分の確率でコンパイルすら通らないし、直した後も正しく動かないことが多い。もっとジュニアなプログラマーのように動いてほしいんだけど、実際には全然話を聞かない酔っ払ったシニアプログラマーみたいな感じだよ。

└

AIを使っての一番の気づきは、(1) 日常の仕事では、創造性を高めるわけじゃないけど、発見や学び、行き詰まりから抜け出すのに役立つし、面倒なコードを書くのも助けてくれるってこと。(2) でも、一番のメリットは副業がめちゃくちゃ楽になること。AIがなかった頃は、副業に時間をかける余裕がなかったけど、今はアイデアが形になるのが見えるし（コードはちょっとひどいけど）、精神的な負担も少なくて済む。締切やデータプライバシー、ツールの制約なしにAIエンジニアリングスキルも磨けるしね。

└

GenAIを使った経験では、Stack Overflowよりもかなり改善されてるし、一般的には新卒の人を雇ったのと同じくらいの能力があると思う。以前知ってたことの文法やライブラリを思い出すために使うと、すごく便利。まだやったことのないことを探るときには速くなるけど、時々嘘をつくこともある。それはStack Overflowでも同じだった。でも、かなり複雑なことを自分でやらせると、たいてい失敗する。いろんなモデルでいろんなテストを試したけど、いつも完璧にはいかない。小さなミスなら修正できるけど、ひどい結果になることもあって、結局捨てる羽目になることも。例えば、Webベースの計算機やWebGLを使った太陽系の3Dモデルを作ってもらおうとしたけど、試したモデルはどれもできなかった。

└

2〜5倍の主張もかなり疑わしいと思う。もしチームがAIを使っているなら、他の条件が同じなら、四半期で2〜5倍の成果を上げるってことになる。でも、自分はそんなの見たことないし、チームのほとんどがAIを使ってるよ。[そして、使い方が間違ってるって言ってる人には…反論できないものに対しては何も言えないよね]

└

でも、その10倍の主張には納得できたことがない 誰がそんな主張をしてるの？

Hacker Newsで議論の続きを見る