「良い本」は人によって違う - レビュー星 5 の罠

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

星 5 の本を買って後悔した経験

Amazon のレビューで星 4.5。「わかりやすい」「名著」「必読」の絶賛コメント。期待して買ったのに、読み始めたら全然頭に入らない。難しすぎる。あるいは簡単すぎる。あるいは自分の知りたいことが書いていない。

レビュー評価が高い本が、自分にとっても良い本とは限りません。これは技術書選びで最もよくある失敗です。

なぜレビュー評価は当てにならないのか

理由 1: レビュアーと自分のレベルが違う

「初心者にもわかりやすい」というレビューを書いた人の「初心者」と、あなたの「初心者」は同じレベルではないかもしれません。情報系の大学を出た人の「初心者」と、文系からプログラミングを始めた人の「初心者」では、前提知識が大きく異なります。

理由 2: レビュアーの目的と自分の目的が違う

「React の全体像がわかる良書」というレビュー。しかし、あなたが知りたいのは React の全体像ではなく、React のパフォーマンスチューニングかもしれません。目的が違えば、同じ本の評価は変わります。

理由 3: 生存者バイアス

レビューを書くのは、本を最後まで読んだ人です。途中で挫折した人はレビューを書きません。つまり、レビューは「この本を読み切れた人」の意見に偏っています。読み切れなかった人の声は反映されていません。

自分に合った本を見つける 4 つの判断基準

基準 1: 目次で 7 割知っている内容か

書店やサンプルで目次を確認します。章タイトルの 7 割が「知っている」内容で、3 割が「知らない」内容なら、その本はあなたのレベルに合っています。知らない内容が半分以上なら、もう 1 段階やさしい本を探してください。

基準 2: 中盤を開いて読めるか

本の中盤 (全体の 40〜60% あたり) を開き、見開き 2 ページを読みます。冒頭は誰でも読めるように書かれていますが、中盤は著者が想定する読者レベルがそのまま反映されます。

技術書を探すときは、レビューより先に目次と中盤のサンプルを確認する習慣をつけましょう。

基準 3: 著者の経歴を確認する

実務経験が豊富な著者の本は、理論だけでなく現場の知見が含まれています。大学教授が書いた本は理論が正確ですが、実務との接点が薄いことがあります。自分が求めているのが理論か実践かで、著者の経歴を判断材料にします。

基準 4: 出版年を確認する

フレームワークやクラウドサービスの本は、出版年が重要です。3 年前の本でも、内容が陳腐化していることがあります。一方、設計原則やアルゴリズムの本は、10 年前の本でも価値が変わりません。

レビューの正しい読み方

レビューが完全に無意味というわけではありません。読み方を変えれば、有用な情報を引き出せます。

星 3 のレビューを読む

星 5 と星 1 は感情的なレビューが多い。星 3 のレビューは、良い点と悪い点を冷静に分析していることが多く、本の実態を最も正確に伝えています。

「誰向けか」が書かれたレビューを探す

「この本は実務経験 2〜3 年の人に最適」「完全な初心者には難しい」。対象読者を明示しているレビューは、自分に合うかどうかの判断材料になります。

具体的な不満が書かれたレビューを読む

「コード例が古い」「誤植が多い」「後半が駆け足」。具体的な不満は、自分にとって許容できるかどうかを判断する材料になります。

「ハズレ」を引いても損ではない

自分に合わない本を買ってしまっても、完全な損失ではありません。「この本は自分には合わなかった」という判断自体が、選書眼を鍛える経験です。

なぜ合わなかったのかを分析すれば、次の選書の精度が上がります。「難しすぎた」なら前提知識の見積もりが甘かった。「知っていることばかりだった」なら自分のレベルを過小評価していた。

関連記事

• 技術書の選書眼を鍛える方法 - ハズレ本を引かないために
• 技術書の「はじめに」だけで良書を見抜く - 立ち読み 3 分の選書術

まとめ

レビュー星 5 の本が自分に合うとは限りません。レビュアーとのレベル差、目的の違い、生存者バイアスがあるからです。目次で 7 割既知か確認し、中盤を試し読みし、著者の経歴と出版年をチェックする。レビューは星 3 を中心に、対象読者と具体的な不満が書かれたものを参考にする。この判断基準で、自分に合った 1 冊を見つけてください。