『リーダブルコード』という本があります。原著は2011年、日本語版は2012年の出版で、累計20万部を超えて読まれてきました。技術書としては破格の数字です。新人がまず読むべき一冊として、長いあいだ、どこの現場でも薦められてきました。
最近、コードを読んでいないことに気づいて、この本を思い出しました。
コードを、読まなくなりました
日々の開発では、コーディングエージェントに実装を任せる場面が増えました。設計を話し合い、タスクを切って任せ、出てきたものを確かめる。その「確かめる」の中身が、いつの間にか変わっていました。コードを読む代わりに、動きを見る。構成を見る。エージェントと仕組みについて対話する。テストの結果を見る。判断は今もしています。ただ、その判断材料に、コードそのものが入らなくなりました。
コードとの距離感も変わりました。かつてはアプリがソースコード付きで配布されていると、それだけで凄みを感じてました。オープンソースという言葉には特別な響きがありました。いまは、コードが公開されていても「へぇ」で終わってしまう。中で何をしているのかを知りたいときも、自分で読むのではなく、AIに読んでもらい、対話しながら理解しています。
Clean Codeの著者も、コードをレビューしていなかった
英語圏で『リーダブルコード』と同じ役割を担ってきた本に、Robert C. Martin——通称Uncle Bobの『Clean Code』（2008年）があります。コードの規律を説き続けてきたその本人をめぐって、この夏、Xで興味深いやりとりがありました。
発端は7月23日の本人の投稿です。エージェント時代の自分の戦略を、こう説明しています。
I’m significantly older than you. I started coding in the late 60s. My current strategy is to not read any of the code written by my agents. That’s the only way I can take advantage of their productivity. What I do instead is to surround the agents with extreme constraints. Unit tests, gherkin tests, QA procedures, quality metrics, mutation testing, test coverage, and a plethora of others. In the end, I have very high confidence in the code they produce because they’ve had to run the gauntlet of all of my constraints and tests.
（日本語訳）私は君よりずっと年上で、1960年代の終わりにコーディングを始めた。いまの私の戦略は、エージェントが書いたコードを一切読まないことだ。それが、彼らの生産性を活かせる唯一の方法だから。代わりにやっているのは、エージェントを極端な制約で囲むことだ。ユニットテスト、Gherkinテスト、QAの手順、品質メトリクス、ミューテーションテスト、テストカバレッジ、その他もろもろ。最終的に、彼らの作るコードには非常に高い確信を持てる。私が課した制約とテストの関門を、すべてくぐり抜けてきたのだから。
これを受けて、Shopifyなどで開発をリードしてきた起業家のridwan氏がこう書きます。
The writer of “clean code” — a book that most of us grew with; and defined a lot of our careers, no longer reads his code.
Probably worth paying attention to.
（日本語訳）『クリーンコード』——私たちの多くがともに育ち、キャリアの多くを方向づけてきた本——その著者が、もう自分のコードを読んでいない。これは、注目しておくべきことだろう。
クリーンコードの原則を捨てたのか。そんな受け止めが広がるなか、翌日、本人がこう答えました。
Many people have marveled at the fact that I don’t review the code anymore. Perhaps they view it as some kind of abandonment of clean code principles. That is not at all what has happened. It’s just that now I have tools that help me to enforce my agents to produce clean code and follow those principles.
（日本語訳）多くの人が、私がもうコードをレビューしないことに驚いている。クリーンコードの原則を捨てたように見えるのかもしれない。まったくそうではない。いまはエージェントにクリーンなコードを生成させ、その原則を守らせるのを助けてくれるツールがある、というだけだ。
原則をやめたのではなく、原則を守らせる役目が、自分の目からツールとテストに移った。そういう説明です。レビューにかける時間はどうなったのかと問われた返信も、徹底しています。
（日本語訳）はるかに少なくなった。コードはレビューしない。重要なテストを抜き打ちで確かめる。リリースのたびに（少なくとも1日2回）探索的テストをする。
別の投稿では、差分は読まずに流れを眺めてエージェントの向かう先の感触を掴み、必要なら軌道修正を挟むこと、そして計画と計測と、タスクを小さく定義して制約することが何より大事だ、とも語っています。
読むのをやめたのではなく、読む対象が変わった。そういうことのようです。
読みやすさの、新しい読み手
では、人間が読まなくなったコードに、読みやすさは要らないのでしょうか。最近のデータは、少し意外な答えを出しています。
今年5月に発表された、こんな対照実験があります。整ったコードと乱雑なコードでAIエージェントに同じタスクをやらせたSonarの研究者らの実験（660試行）では、成功率はどちらも約92%で変わりませんでした。ただし、整ったコードではトークン消費が7〜8%減り、エージェントがファイルを読み直す回数は34%減った。読みやすいコードは、エージェントにとって迷いが少なく、安く動けるコードでもあったわけです。
『リーダブルコード』の芯は「コードは、他の人が最短時間で理解できるように書く」という考え方でした。実験の数字を見る限り、その「他の人」には、いまやエージェントも含まれるようです。
コンパイラのときも、見なくなった
OpenAI会長の話を書いたときにも、コンパイラの件に触れました。昔はコンパイラの出力を人間が覗いて確かめることがありましたが、いつからか、まったく見なくなりました。信頼というより、慣れです。
エージェントの書くコードを見なくなっていくのも、たぶん同じ慣れの過程です。ただ、コンパイラと違って、こちらはまだ途中です。障害が起きて、エージェントの説明とどうも噛み合わないとき、最後に開くのは結局コードです。普段は読まないコードを、いざというときに読めるかどうか。読みやすさの出番は、そんなところにも残っています。
まとめ
エージェントの時代になって、人がコードを読む場面は減りました。Clean Codeの著者は、行を読む代わりに、テストと制約で品質を握る方法へ移りました。一方で、整ったコードの方がエージェントは速く安く扱える、という実験結果も出ています。読みやすさの意味は、人の理解のためから、エージェントの効率や、いざというときの備えへと広がりつつあるようです。
『リーダブルコード』も『Clean Code』も、出版から15年以上が経ちました。コードを書く道具は大きく変わりました。この2冊がこの先どう読み継がれていくのかは、もう少し時間が経たないと分かりません。
あなたは最近、コードを読みましたか？
出典・参考: Uncle Bob Martin氏のX投稿（2026年7月24日）ほか同氏の一連の投稿 / Ivan Stepantsov氏によるSonar実験の紹介記事（Medium） / オライリー・ジャパン公式ブログ（累計20万部）
