技術書を人に薦める技術 - 相手のレベルに合った本を選ぶ方法
この記事は約 5 分で読めます。
良い本を薦めても読まれない理由
「この本すごく良かったから読んでみて」と渡した本が、相手の本棚で積ん読になった経験はないでしょうか。自分にとって良い本が、相手にとっても良い本とは限りません。
技術書の「良さ」は、読者のレベルと目的によって変わります。経験 10 年のエンジニアが感動した設計の本は、入社 1 年目のエンジニアにとっては難解すぎて挫折の原因になります。逆に、入門書を中堅エンジニアに渡せば「知っていることばかりだった」と落胆させます。
本を薦める技術とは、相手のレベルと目的を正確に見極め、その人にとっての「ちょうどよい本」を選ぶ技術です。
相手のレベルを見極める 3 つの質問
本を薦める前に、相手に 3 つの質問をします。
1. 「そのテーマで最後に読んだ本は何ですか」
この質問で、相手の現在地に見当がつきます。ただし読んだ冊数はレベルそのものではありません。入門書を 1 冊読んでいても、そこに書かれていたことを実務で書いた経験がなければ、中級書の前提知識としては足りていません。だから「何を読んだか」に続けて「どこまで理解できたか」「その内容を実際に使ったか」まで聞きます。ここまで踏み込んで初めて、相手が最後に読んだ本の少し先にある「次の 1 冊」を狙えます。
2. 「今の仕事で困っていることは何ですか」
技術書を読む動機は「困っていること」から生まれます。テストの書き方がわからない、パフォーマンスが出ない、設計がぐちゃぐちゃになる。具体的な困りごとに直結する本は、読む動機が強いため最後まで読まれる確率が高くなります。
3. 「1 日にどれくらい読書の時間が取れますか」
読書に使える時間によって、薦める本の厚さが変わります。通勤時間に 15 分しか読めない人に 800 ページの本を渡しても、1 日 5 ページ進んだとして完読まで半年近くかかります。薄い本や、章ごとに独立して読める本を選ぶ配慮が必要です。
レベル別の薦め方
入門者に薦める場合
入門者には「薄くて、コード例が多くて、1 つのテーマに絞った本」を選びます。網羅的な大著は入門者を圧倒します。まず 1 つのテーマで成功体験を積ませることが重要です。
薦めるときは「まずここだけ読めば十分」と、自分が読んで役に立った章を名指しで伝えます。どこまでで一区切りつくかは本によって違うので、章数を決め打ちにせず自分で読んで確かめてから渡します。全部読まなくてよいと分かることが、読み始めるハードルを下げます。
中級者に薦める場合
中級者には「なぜそうするのか」を説明している本を選びます。入門者向けの「こうすればよい」ではなく、「なぜこうするのか」「他の方法と比べて何が優れているのか」を論じている本です。
中級者は自分で本を選ぶ力があるため、「この本のここが面白い」と具体的な章やセクションを指定して薦めると効果的です。
上級者に薦める場合
上級者には、自分が読んで「考え方が変わった」本を薦めます。上級者は知識量では困っていません。新しい視点や、既存の知識を再構成するきっかけを求めています。
設計やアーキテクチャの本の中でも、著者の哲学や思想が色濃く出ている本は、上級者の思考を刺激します。
薦めた後のフォロー
本を渡して終わりにしない。1〜2 週間後に「読み始めた?」と一声かけます。狙いは催促ではなく、詰まっている箇所を相手が言い出せる機会を作ることです。こちらから聞かないかぎり「難しくて進んでいない」は相手からは言いにくく、そのまま積ん読になります。
相手が「難しくて止まっている」と言ったら、自分がその本をどう読んだかを共有します。「自分も最初は 3 章で詰まったけど、5 章から急に面白くなった」という体験談は、相手の背中を押します。
やってはいけない薦め方
「エンジニアなら絶対読むべき」「読んでないのはまずい」という圧力をかける薦め方は逆効果です。義務感で読む技術書ほどつまらないものはありません。
また、一度に複数冊を薦めるのも避けてください。3 冊渡した時点で「どれから読むか」の判断が相手に移り、その判断を後回しにしたまま 1 冊も始まらないことがよくあります。1 冊だけ、確信を持って薦める。その 1 冊を読み終えて実際に役に立ったなら、次は相手から「次に何を読めばいい?」と聞いてくるようになります。
関連記事
まとめ
技術書を人に薦める技術は、相手のレベルと目的を見極めることに尽きます。3 つの質問で相手の現在地 (読んだ本の冊数ではなく、理解して使えている範囲) を把握し、その人にとっての「次の 1 冊」を選ぶ。薦めた後も気にかける。ここまでやって初めて、渡した本が積ん読ではなく相手の仕事に届きます。
この記事は役に立ちましたか?
関連用語
関連記事
先輩が「あれ読んだ?」と聞いてくる本には理由がある
チームの先輩が繰り返し薦めてくる本は、単なる個人の好みではありません。組織の暗黙知として機能する推薦図書の役割と、その本を読むべき理由を解説します。
あなたが今読んでいる本は、10 年後の誰かの古典になる
今は「最新の技術書」として読んでいる本が、10 年後には「古典」と呼ばれているかもしれません。技術書が古典になる条件と、古典を生み出す読者の役割について考えます。
本を読んだら誰かに話してみよう
本で学んだことを誰かに話すと、自分の理解が深まり、記憶にも残りやすくなります。話す相手がいないときの代わりの方法も紹介します。
本を読むと質問が上手くなる
プログラミングで困ったとき、上手に質問できる人とできない人がいます。差が出るのは、正しい用語と、自分の理解の境界線を言葉にできるかどうかです。読書がそこに効く理由と、質問力を高める読書法を紹介します。
スマホ / パソコン入門書の選び方 - シニアの家族に贈る 1 冊の見つけ方
スマホとパソコンの入門書を「贈る側 / 教える側」の視点で選ぶガイド。機種と OS の一致、文字の大きさ、年度の確認という 3 条件と、Android / iPhone / Windows 11 それぞれの定番書、安全対策の 1 冊まで 2026 年 8 月時点の収載書から紹介します。
エンジニアの本棚に必ずある本 - 定番技術書が並ぶ理由
エンジニアの本棚を覗くと、なぜか同じ本が並んでいます。リーダブルコード、Clean Code、デザインパターンなど、定番技術書が選ばれ続ける理由を探ります。