技術書の読書スピードは気にするな - 遅読のすすめ

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

速く読んでも身につかなければ意味がない

技術書を月に何冊読んだか。SNS ではこの数字が読書家の指標のように語られます。しかし、冊数を追いかけるほど 1 冊あたりの理解は浅くなり、結局「読んだはずなのに何も覚えていない」という状態に陥ります。

技術書の価値は、読んだ冊数ではなく、読んだ内容をどれだけ実務に転化できたかで決まります。1 冊を 3 ヶ月かけて読んで内容を実務で何度も使った人と、月 3 冊を流し読みした人では、半年後に手が動く範囲が違ってきます。

遅読が有効な 3 つの理由

1. 思い出す手間を挟む余裕がある

本を閉じて思い出す努力 (検索練習) は、同じ箇所をもう一度眺めるよりも記憶の定着を促します。ただし、ゆっくり読めば自動的にこれが起きるわけではありません。ページを追う速度を落としただけでは、目は動いていても思い出す作業は発生しません。遅読が効くのは、章の切れ目で本を閉じて「前の章には何が書いてあったか」を思い出す手順を挟む余裕があるからです。この一手間を省くと、時間をかけて丁寧に眺めただけで終わります。

2. コードを実際に動かす時間が生まれる

技術書のコード例は、読んで筋を追うだけだと、実際に動かしたときに気づくことをほとんど取りこぼします。エディタを開き、コードを打ち込み、動かし、改変してみる。この過程で初めて「なぜこう書くのか」が腹落ちします。速読ではコードを動かす時間が確保できず、結果として表面的な理解にとどまります。

3. 行間を読む余裕が生まれる

優れた技術書には、明示的に書かれていない「行間の知識」が詰まっています。著者がなぜこの順序で説明するのか、なぜこの例を選んだのか、なぜこの注意書きを入れたのか。これらを読み取るには、立ち止まって考える時間が必要です。速読ではこの余裕がなく、著者が伝えたかったことを見落としやすくなります。

遅読の実践方法

1 章に 1 週間かける

分厚い技術書であれば、1 章を 1 週間かけて読むペースが適切です。平日は 1 日 15〜20 分だけ読み、週末にその章のコードを動かしてみる。このリズムなら無理なく続けられます。

読んだ内容を自分の言葉で書き直す

章を読み終えたら、本を閉じて、その章の要点を自分の言葉で 3〜5 行にまとめます。本を見ずに書くことがポイントです。書けない部分は理解が浅い箇所なので、そこだけ読み返します。

実務のコードに 1 つだけ適用する

読んだ内容から 1 つだけ、翌週の実務で試してみます。リファクタリングのパターンを 1 つ適用する、テストの書き方を 1 つ変えてみる。小さな実践の積み重ねが、知識を技術に変えます。

遅読に向く本と向かない本

遅読が効くのは、設計の考え方や原理を扱った本です。この種の内容は何年経っても使えるので、時間をかけた分がそのまま残ります。

一方、特定のツールやバージョンの手順を扱った本は、3 ヶ月かけている間に画面や設定項目の名前が変わっていることがあります。この種の本は必要な章だけを取り出して、そのとき手を動かしてしまうほうが確実です。同じ「遅読」を全部の本に当てはめると、この種の本では古い手順を丁寧に覚えることになります。

「遅い」と感じたときの対処法

遅読を始めると、周囲の読書ペースと比較して焦りを感じることがあります。そのときは、以下の 2 つを思い出してください。

1 つ目は、技術書は小説ではないということ。最初から最後まで通読する必要はありません。自分に必要な章だけを深く読み、残りは必要になったときに戻ればよいのです。

2 つ目は、理解の深さは外から見えないということ。冊数は数えられますが、理解の深さは数えられません。しかし、実務で成果を出すのは理解の深さの方です。

関連記事

• 本を読むスピードは気にしなくていい
• 「この本、何ページまで読んだ？」が愚問である理由

まとめ

技術書の読書で大切なのは速さではなく深さです。1 冊を時間をかけて読み、コードを動かし、実務で試す。このサイクルを回した分だけ、読んだ内容が自分の手癖として残ります。月に 1 冊でも、読むたびに 1 つを実務へ持ち込んでいれば、1 年後の自分の書き方は今とは別物になっています。冊数を数えるより、そちらのほうが仕事に効きます。