「この本、何ページまで読んだ？」が愚問である理由

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

ページ数で読書を測る習慣

「今月は何ページ読んだ？」「あの本、もう半分まで読んだ？」。読書の進捗をページ数で語る場面は多いものです。読書管理アプリも、進捗をパーセンテージで表示します。

しかし、技術書の読書においてページ数は、ほとんど意味のない指標です。

なぜページ数が無意味なのか

理由 1: 密度が本によって違う

200 ページの設計原則の本と、500 ページのフレームワーク入門書。ページ数は後者が 2.5 倍ですが、1 ページあたりの情報密度は前者の方が高いことがよくあります。200 ページの本を 1 ヶ月かけて読むのは「遅い」のではなく、それだけの密度があるということです。

理由 2: 読み方が本によって違う

ハンズオン形式の本は、1 ページ読むのに 10 分かかることがあります。コードを打ち込み、実行し、結果を確認する。一方、エッセイ形式の本なら 1 ページ 1 分ほどで読み進められます。同じ「50 ページ読んだ」でも、かかった時間と得られた学びはまったく異なります。

理由 3: 飛ばし読みが正しい場合がある

技術書の全ページを読む必要はありません。自分に必要な章だけ読んで、残りは飛ばす。これは怠惰ではなく効率的な読書です。しかし、ページ数で進捗を測ると、飛ばし読みは「進んでいない」ことになってしまいます。

技術書の読書で測るべき指標

指標 1: 実務で使えた回数

読んだ本の知識を、実際の仕事で何回使えたか。コードレビューで指摘に使えた、設計会議で根拠として引用できた、後輩への説明に使えた。この「使えた回数」が、読書の実質的なリターンです。

1 冊の本から 3 回使える知識を得られたら、その読書は大成功です。10 冊読んで 1 回も使えなかったら、選書か読み方に問題があります。

指標 2: 説明できるようになった概念の数

読む前は説明できなかったが、読んだ後に他人に説明できるようになった概念の数。「SOLID 原則を説明できるようになった」「CAP 定理を自分の言葉で語れるようになった」。

設計の本を 1 冊読んで、説明できる概念が 5 つ増えたら、その読書は十分に価値があります。

指標 3: 行動が変わったかどうか

読書の最終的な価値は、行動の変化に現れます。変数の命名が丁寧になった、関数を小さく分割するようになった、テストを先に書くようになった。

ページ数をいくら積み上げても、行動が変わらなければ読書の意味はありません。逆に、たった 30 ページしか読んでいなくても、その 30 ページで行動が変わったなら、十分に価値のある読書です。

ページ数を捨てると読書が楽になる

ページ数を気にしなくなると、読書に伴うストレスはかなり軽くなります。

「今日は 3 ページしか読めなかった」という罪悪感がなくなります。代わりに「今日読んだ 3 ページで、1 つ新しい概念を理解できた」という充実感が残ります。

読書管理アプリのページ数表示を無視し、代わりに「今日学んだこと」を 1 行だけメモする。この切り替えだけでも、読書の手応えは変わってきます。

読書会でページ数を聞かない

チームで読書会をやっている場合、「何ページまで読んだ？」という質問をやめてみてください。代わりに「今週、この本から何を学んだ？」と聞く。

ページ数を聞くと、読書が「ノルマ」になります。学びを聞くと、読書が「発見の共有」になります。同じ本を読んでいても、人によって刺さるポイントは違います。その違いを共有する方が、ページ数の報告よりもはるかに有意義です。

関連記事

• 読んだ本の数より「使った本の数」を数えよ
• 技術書の読書スピードは気にするな - 遅読のすすめ

まとめ

技術書の読書をページ数で測るのは、ランニングを歩数で測るようなものです。本当に意味があるのは、実務で使えた回数、説明できるようになった概念の数、行動が変わったかどうか。ページ数を捨てて「学びの質」に目を向けると、読書はノルマから発見の旅に変わります。