最近、こういう声をよく聞くようになりました。
「AIがどんどんコードを書いてくれる。ありがたい。でも——自分がそれを読み切れている気がしない。」
補完が候補を出し、エージェントが差分をまとめてくる。手を動かす時間は確かに減った。なのに、なぜかレビューのタブだけが増えていく。マージボタンの上で、指が一瞬止まる。「これ、本当に理解してる？」——その小さな不安に、覚えのある人は少なくないはずです。
この不安は、たいてい一つの物語に回収されます。「AIに任せるほど、人間はコードを読めなくなる」。 書く筋力が衰えて、やがて中身がブラックボックスになる、という筋書きです。
もっともらしい。でも、本当にそうなんだろうか。感情で決めても仕方ないので、Qiitaの記事数を年ごとに数えてみました。出てきた絵は、物語とは少しズレていました。「読む力」は失われるどころか、AI時代のいまも変わらず、開発者の真ん中に居座り続けていた。 順に見ていきます。
まず事実：AIが書く量は、爆発した
これは説明不要でしょう。「Claude Code」を含むQiitaのAIコーディング記事は、この2年で桁が変わりました。
| Qiita記事数（作成年） | 2024 | 2025 | 2026（8月中旬まで） |
|---|---|---|---|
| Claude Code | 304 | 3,430 | 11,505 |
2024年に年間300本ほどだったものが、2026年はまだ7.5ヶ月で1万本超。2年で約38倍です。「AIが書く」側が爆発した——ここまでは、みんな知っている話です。
問題はこの先。書く量が肩代わりされたとき、人間の仕事は“空洞”になったのか。それとも、別のところに移ったのか。
傍証：「レビュー」の話題は、しぼむどころか増えていた
“空洞化”の物語が正しいなら、書く量が増えるほど、読む・直す側の話題は相対的にしぼむはずです。ところが、しぼむどころか増えていました。
| Qiita記事数（作成年） | 2024 | 2025 | 2026（8月中旬まで） |
|---|---|---|---|
| コードレビュー | 1,959 | 5,060 | 9,256 |
| レビューコスト | 635 | 2,195 | 4,875 |
| リファクタリング | 1,142 | 2,464 | 2,639 |
| 技術的負債 | 275 | 722 | 938 |
正直に言うと、伸び幅そのものはAIコーディングに及びません。「コードレビュー」は2年で約4.7倍、「レビューコスト」で約7.7倍。Claude Codeの約38倍に比べれば、立ち上がりの角度はずっとゆるやかです。
でも、ここで見たいのは角度より水準です。レビュー系の話題は、いまや年に4桁・5桁の規模で毎年積み上がり続けている。“書く”がこれだけ跳ねた2年のあいだ、読む・直す側の話題はしぼむどころか、確実に太り続けた——これがデータの向きです。
もちろん、この増加をまるごと「AIが書いたから」に帰すのは早計です。そもそもAI関連の記事全体、Qiitaの投稿数そのものが増えた時期でもあり、レビュー系の伸びにはその底上げも効いています。だから「書くが増えた分だけ読むが重くなった」と因果までは断定できません。それでも相関としてなら、はっきり言えます。AIが「書く」を加速させたこの2年で、「読む・直す・レビュー」の関心は減らなかった。 ——ただし、これはあくまで傍証です。伸び率ではAIコーディングに及ばないし、底上げの影響も拭いきれない。もっと静かで、もっと動かしがたい事実が、この先にあります。
そして、これが決定打だった
もう一つ、別のデータがあります。Qiita記事の本文から機械検出した書籍リンク／ISBNを「引用」とみなし、開発者が実際に引用した技術書を、記事単位でユニークに数えたランキングです（Qiita限定。同じ記事が同じ本を何度引用しても1と数える。観測 2026-08-16、被引用1回以上の技術書1,431冊・記事2,145本・参照13,251件）。
全分野を通した1位は、こうでした。
1位：『リーダブルコード』——引用したユニーク記事177本。2位『ゼロから作るDeep Learning』（98本）に約1.8倍差。
言語もフレームワークも問わず、AI時代のいまも、開発者が最も引用し続けている“共通言語”の本。そのタイトルは、より速く書く本ではありません。読みやすいコードを書く／読むための本です。
ここが、この記事でいちばん言いたい一点です。「AIに任せたら読めなくなる」という不安の物語のすぐ裏で、開発者が最も参照しているのは“読む”ための一冊だった。 書く本ではなく、読む本。しかも首位で、2位に約1.8倍の差をつけています。
先に断っておくと、これはある一時点のスナップショットであって、「AIで順位が上がった」という時系列の話ではありません。『リーダブルコード』はAI以前からの定番で、この本の首位そのものは新しい現象ではない。でも、だからこそ効くのです。AIが「書く」を桁違いに肩代わりしたこの2年を経てもなお、開発者の“共通言語”の座は、速く書く本にも、新しいAI本にも移らなかった。 ど真ん中に居座っていたのは、変わらず“読む”ための一冊でした。
「読めなくなる」のではなく、「“読む”はいまも中心にある」
並べ直すと、構図がはっきりします。
- 書く量（AIコーディング）＝ 2年で約38倍に爆発
- 読む・直す・レビューの話題（コードレビュー／レビューコスト／リファクタ／技術的負債）＝ 伸び幅は及ばないが、4桁規模で減らずに増え続けた
- 最も引用される本（スナップショット）＝ いまも“読む”ための『リーダブルコード』（引用ユニーク記事177本／2位に約1.8倍差）
普通に想像する「AIが書く→人は読まなくなる→読めなくなる」という一本道は、少なくともデータの上では起きていません。AIが「書く」をこれだけ肩代わりしても、開発者が最も参照する“共通言語”は、変わらず“読む”ための一冊のまま。 読む力は、失われるどころか、中心から一歩も動いていませんでした。
考えてみれば、腑に落ちる話でもあります。10行を自分で書く時間より、AIが出した200行を読んで「これは通していいのか」を判断する時間のほうが、いまや長い。承認ボタンの重みは、書く筋力ではなく読む筋力が支えている。だから「読めなくなる不安」の正体は、能力の喪失ではなく、仕事の重心がもともと“読む”側にあったことに、AIのおかげで気づかされた戸惑いなのだと思います。
だから、鍛えるべきものは、はっきりしている
もしあなたが「AIのコードを読み切れるか」に不安を感じ始めているなら、それは衰えのサインとは限りません。あなたの仕事のいちばん価値の高い部分が、そこにある証拠かもしれない。データを見るかぎり、価値の重心はずっとそちら側にありました。
そして鍛えどころも、データが指さしています。全分野1位が2位に約1.8倍の差をつけて示しているのは、結局のところ「読みやすさを判断する目」。AIがいくら速く書いても、その良し悪しを読み分ける基準を持っている人が、これからのレビューの主役になる。書く速さで差がつかなくなった時代に、差がつくのは読む深さのほうでした。
「AIに任せたら読めなくなる」——その不安を感じた日は、思い出してください。読む力は失われていない。AIの時代になってもなお、それは開発者の仕事の真ん中に、変わらず居座り続けているのです。
（注：記事数は「関心・発信の量」であって、就業者数やスキルそのものではありません。語の揺れもあり、レビュー系の伸びにはQiita全体・AI関連記事の投稿増という底上げも含まれます。だから因果ではなく相関として読んでください。2026は8月中旬までの暫定値、引用ランキングは2026-08-16時点。数字は継続更新のため変動します。それでも“書くが増えても読む・レビューが減らない”という向きは、語を変えても一貫して出ました。）
まとめ
- AIコーディング（Claude Code）は2年で約38倍と桁違いに爆発
- 傍証：レビュー系の話題（コードレビュー／レビューコスト／リファクタ／技術的負債）は、伸び率こそ及ばないが4桁規模で減らずに増えた
- 決定打：それでも開発者が最も引用する本は、いまも“読む”ための『リーダブルコード』（引用ユニーク記事177本／2位に約1.8倍差／2026-08-16時点のスナップショット）
- 結論：AIに任せて「読めなくなる」のではない。AI時代のいまも、開発者の“共通言語”は“読む”ための一冊のまま＝読む力は変わらず中心にある
いま日本の開発者が実際に何を引用し、何を学んでいるかは、tasklog にデータでまとめています。AIのコードを読む目を鍛える“共通言語”の一冊も、ここから辿れます。
- 開発者が実際に引用した技術書ランキング：https://s-tasklog.com/report/2026
- いま最も書かれている技術：https://s-tasklog.com/studies/most-written-tech
※集計元：Qiita記事数（tasklog調べ）＋被引用データスタディ（Qiita限定・記事単位のユニーク集計、観測 2026-08-16）。2026は8月中旬までの暫定値。