Amazon レビュー星 5 でも合わない本がある - 技術書選びの落とし穴
この記事は約 5 分で読めます。
星 5 の本を買って後悔した経験
Amazon のレビューで星 4.5。「わかりやすい」「名著」「必読」の絶賛コメント。期待して買ったのに、読み始めたら全然頭に入らない。難しすぎる。あるいは簡単すぎる。あるいは自分の知りたいことが書いていない。
レビュー評価が高い本が、自分にとっても良い本とは限りません。星の数は「その本を買ってレビューを書いた人たちに合っていたか」の集計であり、あなたに合うかどうかを直接示すものではありません。
レビュー評価だけで選ぶと外す理由は、レビュアーとのレベル差、目的の違い、レビューを書く人の偏りの 3 つです。自分に合うかどうかは、目次、中盤の試し読み、著者の経歴、出版年の 4 点で判断できます。
なぜレビュー評価は当てにならないのか
理由 1: レビュアーと自分のレベルが違う
「初心者にもわかりやすい」というレビューを書いた人の「初心者」と、あなたの「初心者」は同じレベルではないかもしれません。情報系の大学を出た人の「初心者」と、文系からプログラミングを始めた人の「初心者」では、前提知識が大きく異なります。
理由 2: レビュアーの目的と自分の目的が違う
「React の全体像がわかる良書」というレビュー。しかし、あなたが知りたいのは React の全体像ではなく、React のパフォーマンスチューニングかもしれません。目的が違えば、同じ本の評価は変わります。
理由 3: レビューを書く人自体が偏っている
レビューを書くのは、買った人のうちの一部です。強く満足した人と強く不満だった人は筆が動きやすく、淡々と読み終えて特に言うことがない人の評価は残りません。挫折した人が黙っているとも限らず、「難しすぎた」という低評価として現れることもあります。どちらにしても、星の分布は買った人全体の感想の平均ではなく、書く動機があった人の声の集計です。
自分に合った本を見つける 4 つの判断基準
基準 1: 目次で 7 割知っている内容か
書店やサンプルで目次を確認します。章タイトルの 7 割が「知っている」内容で、3 割が「知らない」内容なら、その本はあなたのレベルに合っています。知らない内容が半分以上なら、もう 1 段階やさしい本を探してください。
基準 2: 中盤を開いて読めるか
本の中盤 (全体の 40〜60% あたり) を開き、見開き 2 ページを読みます。冒頭は誰でも読めるように書かれていますが、中盤は著者が想定する読者レベルがそのまま反映されます。
基準 3: 著者の経歴を確認する
現場で手を動かしてきた著者の本には、うまくいかなかったときの話や運用の勘所が混じります。研究や教育を主にしてきた著者の本は、定義と理論の筋道が丁寧に整理されている代わりに、現場の妥協点には踏み込まないことがあります。どちらが優れているという話ではなく、いま欲しいのが筋道か実践かで選び分けます。経歴は著者紹介やまえがきから読み取れます。
基準 4: 出版年を確認する
フレームワークやクラウドサービスの本は、出版年が重要です。画面や API が変わっていれば、手順どおりに進めても本と同じ結果になりません。一方、設計原則やアルゴリズムを扱う本は年数の影響を受けにくく、10 年前の本でも読み替えながら使えます。ただし影響を受けにくいだけで、例示に使われた言語や製品が古ければ読み替えの手間はその分増えます。
レビューの正しい読み方
レビューが完全に無意味というわけではありません。読み方を変えれば、有用な情報を引き出せます。
星 3 のレビューを読む
星 5 と星 1 には、良かった、ひどかったという印象だけで終わるものが混じります。星 3 前後には、良い点と物足りない点を並べて書いたレビューが見つかりやすく、本の輪郭をつかむ材料になります。
「誰向けか」が書かれたレビューを探す
「この本は実務経験 2〜3 年の人に最適」「完全な初心者には難しい」。対象読者を明示しているレビューは、自分に合うかどうかの判断材料になります。
具体的な不満が書かれたレビューを読む
「コード例が古い」「誤植が多い」「後半が駆け足」。具体的な不満は、自分にとって許容できるかどうかを判断する材料になります。
「ハズレ」を引いても損ではない
自分に合わない本を買ってしまっても、完全な損失ではありません。「この本は自分には合わなかった」という判断自体が、選書眼を鍛える経験です。
なぜ合わなかったのかを分析すれば、次の選書の精度が上がります。「難しすぎた」なら前提知識の見積もりが甘かった。「知っていることばかりだった」なら自分のレベルを過小評価していた。
技術書を探すときは、レビューより先に目次と中盤のサンプルを確認する習慣をつけましょう。
関連記事
まとめ
レビュー星 5 の本が自分に合うとは限りません。レビュアーとのレベル差、目的の違い、レビューを書く人の偏りがあるからです。目次で 7 割既知か確認し、中盤を試し読みし、著者の経歴と出版年をチェックする。レビューは星 3 を中心に、対象読者と具体的な不満が書かれたものを参考にする。この判断基準で、自分に合った 1 冊を見つけてください。
この記事は役に立ちましたか?
関連用語
関連記事
技術書のレビュアーになる方法 - 出版前の本を読む特権
技術書のレビュアー (査読者) になるための 3 つのルートと、良いレビューの書き方、レビュアーとしての心構えを紹介します。
技術書の選書眼を鍛える方法 - ハズレ本を引かないために
技術書の打率を上げるための 5 分チェックリストと、選書眼を鍛える 3 つの習慣、ハズレ本から学ぶ方法を紹介します。
技術書のレビューを書くと理解が 2 倍深まる - アウトプット読書術
読んだ技術書の感想を数行書くだけで、内容が記憶に残りやすくなります。3 行レビューの書き方と、書く場所の選び方、ネット書店のレビュー欄に書く効果を紹介します。
技術書の比較レビューの書き方 - 同じテーマの本を読み比べる
同じテーマの技術書を 2〜3 冊読み比べて比較レビューを書く方法と、比較軸の設定、読者に価値を届ける構成を紹介します。
コードレビューが上手い人は何を読んでいるのか
的確なコードレビューができる人は、指摘を裏づける語彙と判断基準を持っています。レビュー力を支える 3 つの読書領域と、レビューに直結する知識の身につけ方を解説します。
Pull Request が通らない人に足りないのは、たいてい語彙力
コードレビューで指摘が多い人に共通する「設計の語彙力不足」という問題と、技術書で語彙力を効率的に増やす方法を解説します。