技術書の「わからない」を分解する技術 - 挫折の正体を見極める

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

「わからない」は 1 種類ではない

技術書を読んでいて手が止まる瞬間。多くの人はそれを「自分には難しすぎる」と一括りにして、本を閉じてしまいます。しかし、「わからない」には明確に異なる 5 つの種類があり、種類ごとに対処法がまったく違います。

原因を特定せずに「わからない」と感じたまま読み進めても、理解は深まりません。逆に、原因を正確に特定できれば、ほとんどの「わからない」は解消できます。

5 種類の「わからない」と対処法

1. 前提知識が足りない

最も多いパターンです。本が想定する前提知識を読者が持っていない場合に起こります。

典型例は、デザインパターンの本を読んでいるのにオブジェクト指向の基礎が曖昧なケース。本の説明自体は正しいのに、土台がないため理解できません。

対処法は、その本を一旦置いて、前提となる知識を先に学ぶことです。遠回りに見えますが、前提を固めてから戻ると驚くほどスムーズに読めます。本の「はじめに」や「対象読者」に必要な前提知識が書かれていることが多いので、まずそこを確認してください。

2. 用語がわからない

内容自体は理解できるはずなのに、見慣れない用語が壁になっているケースです。特に翻訳書で頻発します。原著の英語用語と日本語訳が頭の中で結びつかず、文章が頭に入ってきません。

対処法は、わからない用語をその場で調べて、本の余白やノートに書き留めることです。用語集を自作するつもりで読むと、2 周目以降の読書効率が劇的に上がります。

3. 抽象度が高すぎる

アーキテクチャや設計原則の本でよく起こります。「疎結合にすべき」「関心の分離を意識する」と書かれていても、具体的にコードのどこをどう変えればよいのかがわからない状態です。

対処法は、自分で具体例を作ることです。本の抽象的な説明を読んだら、自分が過去に書いたコードや、今取り組んでいるプロジェクトに当てはめてみます。「このクラスとあのクラスが密結合だから、ここにインターフェースを挟むのか」と具体化できた瞬間に、抽象的な概念が腹落ちします。

4. 説明の順序が合わない

著者の説明順序と、自分の思考順序が噛み合わないケースです。本は「なぜ → 何を → どうやって」の順で説明しているのに、自分は「どうやって → 何を → なぜ」の順で理解したいタイプだった、という状況です。

対処法は、章の構成を先に把握してから読むことです。見出しだけを先に全部読み、全体像を掴んでから本文に入ります。また、同じテーマの別の本を併読するのも有効です。同じテーマの別の本が、自分に合った説明順序で書かれていることがあります。

5. 実は理解できているのに不安なだけ

意外と多いのがこのパターンです。本の内容は理解できているのに、「本当にこの理解で合っているのか」という不安から「わからない」と感じてしまう状態です。

対処法は、理解した内容を誰かに説明してみることです。同僚に 3 分で説明する、ブログに書く、読書会で話す。アウトプットしてみて相手に伝われば、自分の理解は正しかったと確認できます。

「わからない」を特定する 3 ステップ

技術書を読んでいて手が止まったら、以下の順序で原因を切り分けます。

まず、わからない箇所の前後 2 ページを読み返します。文脈を見失っているだけなら、これで解消します。

次に、わからない箇所に出てくる用語をすべてリストアップします。1 つでも意味が曖昧な用語があれば、それが原因です。

最後に、わからない箇所を自分の言葉で言い換えてみます。言い換えられるなら理解できています。言い換えられないなら、前提知識か抽象度の問題です。

関連記事

• 「第 3 章の壁」を越える方法 - 挫折ポイントの科学
• 「全部理解してから次に進む」をやめると速くなる

まとめ

技術書の「わからない」は、原因を特定すれば対処できます。前提知識、用語、抽象度、説明順序、理解の不安。この 5 つのどれに該当するかを見極めることが、挫折を防ぐ最も確実な方法です。「わからない」と感じたら、本を閉じる前に 30 秒だけ立ち止まって、原因を分類してみてください。