8月14日、Lukasz Lazewskiが「Developer Resistance to AI Isn't Fear」と題した記事を公開した。開発者がAIを拒む本当の理由は仕事を奪われる恐怖ではなく、職業的アイデンティティの喪失にあるという論点を、調査データと心理的メカニズムの両面から掘り下げている。

採用率84%、信頼率33%——この数字が示すもの

2025年のStack Overflow調査によれば、**開発者の84%がAIコーディングツールを使用中または使用予定と回答している。一方で、そのツールが生成するコードを信頼すると答えた割合はわずか33%**だ。採用は増えているのに、信頼は下がっている。この矛盾した数字こそが、AI時代における開発者の本音を映している。

一般的な説明は「開発者はAIに仕事を奪われることを恐れている」というものだ。しかしLazewskiはこれを否定する。2024年に査読付き学術誌『Science of Computer Programming』に掲載された研究でも、同様の知見が報告されている。この論文はAI支援開発ツールに対する開発者の認識を定性・定量の両面から分析したもので、開発者の懸念が雇用喪失よりも「仕事そのものの質や性格が変わること」に向いていると結論づけている。ツールへの習熟度や組織の導入圧力にかかわらず、この傾向は複数の職種・経験年数にわたって一貫していた。

問題の本質は恐怖ではなくアイデンティティだ。

「コードを書く人」から「AIに指示する人」へ

従来の開発業務は本質的に手を動かすものだ。問題を解き、アーキテクチャを設計し、コードを書き、デバッグし、技術的な意思決定を自分で行う。多くのエンジニアが「プログラマーになった理由」はまさにそこにある。

AIコーディングツールの普及はこの構造を根本的に変える。開発者の役割は、コードを書くことから、AIエージェントに指示し、出力をレビューし、修正し、オーケストレーションすることへと移行する。これは仕事のレベルが上がるとも言えるが、まったく異なる仕事でもある。

Lazewskiはこの心理的メカニズムを、あるコーダーが別のコーダーを監督する場面に例えている。自分でコードを書く方が、他人のコードを読んで説明して修正するより楽だと感じるエンジニアは多い。AIも同じ構図を生み出す。タスクを明確に定義し、実行を監督し、出力を検証し、自分では書いていないコードに対して責任を負う——この一連の作業が、コーディングの醍醐味を取り除いてしまうと感じる人間にとって、AIは生産性ツール以前に「やりがいを奪うもの」になる。

新言語の習得とは根本的に違う

JavaからPythonへの移行はつらくとも、「コードを書く」という行為の本質は変わらない。同じ職人的な感覚が維持される。

しかしAIはワークフローそのものを変える。だからこそ、新技術の習得には積極的なエンジニアが、AIだけは抵抗するという現象が起きる。彼らは変化を拒んでいるのではなく、「作る人」から「指揮する人」への転換を拒んでいるのだ。

企業が間違えがちなフレーミング

多くの企業はAI導入を「効率化施策」として打ち出す。「AIで時間が節約できる」という訴求だ。しかしLazewskiはこれでは本質的な懸念に応えられないと指摘する。

開発者が気にしているのは生産性だけではない。職業的なモチベーション、所有感、説明責任、そしてアイデンティティだ。より適切なフレーミングは、「AIはコーダーを速くするのではなく、人間の創造性が発揮される場所を変える」というものだ。すべてのコードを書くことから、より良いシステムを設計し、より良い問いを立て、より高次のアーキテクチャ決定を行うことへ——この文脈で語られてはじめて、移行が前向きに捉えられる。

「1000倍エンジニア」の本質はスキルではなく性格

Lazewskiは記事の末尾で「1000倍エンジニア（1000x developer）」という概念に触れている。上位1〜2%のハイスキルエンジニアを指すこの言葉は、技術的な幅の広さや生産性の高さで語られることが多い。しかし実際に彼らを分けているのは、手を動かすコーディングを手放し、成果で評価されることを受け入れる意志だとLazewskiは言う。管理する対象が人間のチームであれ、AIエージェント群であれ、その姿勢は同じだ。

AI時代に強いエンジニアとは、技術を知っている人ではなく、「作ること」への執着を手放せる人かもしれない。それは技術の問題ではなく、自己認識の問題だ。

詳細はDeveloper Resistance to AI Isn't Fearを参照していただきたい。