200 冊読んだエンジニアと 20 冊読んだエンジニアの本当の差

この記事は約 6 分で読めます。

200 冊読んでも全部は覚えていない

先に言っておくと、200 冊読んだエンジニアが 200 冊分の知識をすべて記憶しているわけではありません。半分以上の本の内容は、細部を忘れています。

では、20 冊しか読んでいないエンジニアと何が違うのか。違いは「知識量」ではなく「パターン認識の精度」と「判断の速さ」に現れます。

パターン認識の精度

200 冊読んだエンジニアは、同じテーマを複数の著者の視点で学んでいます。設計原則だけでも 5 冊、アーキテクチャで 3 冊、リファクタリングで 4 冊。

同じ概念を異なる角度から繰り返し学ぶことで、概念の本質が浮かび上がります。「この著者はこう説明し、あの著者はこう説明している。共通しているのはこの部分だ」。この共通部分こそが、概念の核心です。

20 冊のエンジニアは、1 つの概念を 1 人の著者の視点でしか知りません。その著者の説明が自分に合わなければ、概念自体を理解できないまま終わることがあります。

判断の速さ

設計の選択肢に直面したとき、200 冊のエンジニアは瞬時に「この状況なら A パターン、あの状況なら B パターン」と判断できます。過去に読んだ本の中で、似た状況の事例を複数知っているからです。

20 冊のエンジニアは、同じ判断に時間がかかります。参照できる事例が少ないため、「本当にこれでいいのか」と迷う時間が長くなります。

この判断速度の差は、日々の開発で積み重なり、年間では膨大な生産性の差になります。

引き出しの多さ

問題に直面したとき、200 冊のエンジニアは「この問題には A、B、C の 3 つのアプローチがある。今回の状況では B が最適だ」と選択肢を並べられます。

設計の本を複数冊読むと、同じ問題に対する異なるアプローチを知ることができ、引き出しが増えます。

20 冊のエンジニアは「A のアプローチしか知らない」ため、A が使えない状況で行き詰まります。引き出しが 1 つしかなければ、その引き出しが開かないとき、手が止まります。

量が質に転化する閾値

読書量と実力の関係は直線的ではありません。最初の 20 冊は基礎を固める段階で、1 冊ごとの学びが大きい。20〜50 冊は知識の幅を広げる段階。50〜100 冊あたりで、知識同士がつながり始め、パターン認識の精度が急激に上がります。

100 冊を超えると、新しい本を読んでも「これは前に読んだ○○と同じ概念だ」と気づくことが増えます。新しい知識が既存の知識ネットワークに即座に統合される。この状態が「量が質に転化した」状態です。

200 冊読む必要はあるのか

正直に言えば、200 冊は必要ありません。50〜100 冊を丁寧に読めば、パターン認識の精度は十分に高くなります。

重要なのは冊数ではなく、同じテーマを複数の視点で学ぶことです。設計の本を 1 冊だけ読むより、3 冊読んで比較する方が理解が深まります。

20 冊しか読んでいない人へのアドバイスは「もっと読め」ではなく「同じテーマの本をもう 1 冊読め」です。

読書量を増やすより大切なこと

200 冊読んでも、読んだ知識を実務で使わなければ意味がありません。20 冊しか読んでいなくても、その 20 冊の知識を徹底的に実務に適用している人の方が、200 冊読んで何も実践していない人より強い。

読書量は手段であり、目的ではありません。目的は「より良い設計判断ができるようになること」「より速く問題を解決できるようになること」。この目的に対して、読書は最も効率の良い手段の 1 つですが、唯一の手段ではありません。

関連記事

• 読んだ本の数より「使った本の数」を数えよ
• 「この本、何ページまで読んだ？」が愚問である理由

まとめ

200 冊と 20 冊の差は、知識量ではなくパターン認識の精度、判断の速さ、引き出しの多さに現れます。量が質に転化する閾値は 50〜100 冊あたり。ただし、冊数より重要なのは、同じテーマを複数の視点で学ぶことと、読んだ知識を実務で使うこと。20 冊の人は、まず同じテーマの本をもう 1 冊読むところから始めてください。