技術書が進まない人へ - 「全部理解してから次へ」をやめる読書法
この記事は約 5 分で読めます。
1 ページに 30 分かけていませんか
技術書を読んでいて、わからない箇所に出会う。理解できるまで何度も読み返す。ネットで調べる。それでもわからない。30 分が過ぎ、まだ同じページにいる。
この読み方は真面目ですが、時間の使い方としては効率がよくありません。そして 30 分悩んでも理解できなかった箇所は、先の章を読んだ後に戻ると理解できることが少なくありません。
なぜ「先に進む」方が理解できるのか
技術書の著者は、概念を段階的に説明しています。第 3 章で導入した概念を、第 5 章で別の角度から説明し、第 8 章で実践例を示す。1 つの概念が 1 箇所だけで完結することは稀です。
第 3 章でわからなかった概念を、第 3 章の中だけで理解しようとするのは、パズルのピースが揃っていない状態で完成図を見ようとするようなものです。先に進んでピースを集めてから戻れば、あっさり理解できることがあります。
「わからない」の 3 つのレベル
すべての「わからない」を同じように扱うのは非効率です。レベルに応じて対処を変えます。
レベル 1: 用語がわからない
知らない単語が出てきただけ。用語の意味を 1 分で調べれば解決します。これは立ち止まって調べるべきです。
レベル 2: 概念の全体像がわからない
個々の文は読めるが、全体として何を言っているのかがつかめない。このレベルは、先に進むことで解決する可能性が高いところです。印をつけて先に進んでください。
レベル 3: 前提知識が足りない
その章を理解するために必要な基礎知識が欠けている。この場合は、先に進んでも解決しません。もう 1 段階やさしい本に切り替えるか、前提知識を補う必要があります。
レベル 2 との見分け方は、出てきた用語を 1 つずつ調べたうえで同じ文をもう一度読んだときに、意味が組み立つかどうかです。用語の意味が分かっても文がつながらないなら、その本が前提にしている土台の側が欠けています。基礎から学べる本で土台を補ってから戻ると、同じ章がずっと読みやすくなります。
「5 分ルール」の導入
わからない箇所に出会ったら、5 分だけ考えます。5 分で理解できなければ、ページの端を折って (または付箋を貼って) 先に進む。
この「5 分ルール」を入れるだけで、1 冊を読み終えるまでの時間は目に見えて短くなります。しかも取りこぼしはそれほど増えません。5 分で理解できない箇所の多くは、先の章を読んだ後に自然と理解できるからです。
気をつけたいのは、印をつけずに進んでしまうことです。印がなければ 2 周目にどこへ戻るか分からなくなり、わからないまま進むはずだったものが、わからないまま終わってしまいます。ページの端を折る、付箋を貼る、章と見出しを書き留める。方法は何でもよいので、必ず戻れる形を残してください。
2 周目の読書が本当の理解を生む
1 周目は「全体の地図を作る」読書です。わからない箇所があっても、本全体の構造と主要な概念の位置関係を把握することが目的です。
2 周目は「穴を埋める」読書です。1 周目で印をつけた箇所に戻り、全体像を把握した状態で読み直す。1 周目では理解できなかった箇所の多くが、ここで理解できるようになります。それでも解けずに残る箇所があれば、それはレベル 3 だったと判明します。どこに土台が足りないかが特定できるので、これも 2 周目の収穫です。
1 冊を完璧に 1 周するより、不完全に 2 周する方が、最終的な理解度は高くなります。
完璧主義が生む悪循環
「全部理解してから次に進む」を続けると、以下の悪循環に陥ります。
- わからない箇所で止まる
- 長時間悩んでも理解できない
- 読書が苦痛になる
- 本を開く頻度が下がる
- 前回の内容を忘れる
- さらに理解できなくなる
この悪循環を断ち切るのが「わからなくても先に進む」という判断です。完璧主義を手放すことは、妥協ではなく戦略です。
先に進む勇気を持つために
「わからないまま先に進む」ことに抵抗がある人は、以下の事実を思い出してください。
- プログラミング言語を学んだとき、最初からすべてを理解していたわけではない
- 実務でも、完全に理解していない技術を使いながら学んでいる
- 子どもが言語を習得するとき、文法を完璧に理解してから話し始めるわけではない
理解は直線的に進むものではありません。行きつ戻りつしながら、螺旋状に深まっていくものです。
関連記事
まとめ
技術書の「わからない」には 3 つのレベルがあり、レベル 2 (概念の全体像がわからない) は先に進むことで解決します。5 分考えてわからなければ印をつけて先へ。1 周目で地図を作り、2 周目で穴を埋める。この読み方が、完璧主義の悪循環を断ち切り、結果的に深い理解をもたらします。
この記事は役に立ちましたか？
関連用語
関連記事
技術書を 2 周読む技術 - 再読で理解が深まる理由
技術書を 2 周読むことで理解の質が劇的に変わる理由と、1 周目と 2 周目の読み方の違い、再読すべき本の見分け方を紹介します。
技術書の「わからない」を分解する技術 - 挫折の正体を見極める
技術書を読んでいて「わからない」と感じたとき、その原因は 1 つではありません。5 種類の「わからない」を分類し、それぞれの対処法を解説します。
本を読むのに特別な才能はいらない
「頭がいい人だけが本を読める」は間違いです。プログラミングの本を読むのに必要なのは才能ではなく、ほんの少しの工夫だけ。その工夫を紹介します。
「わかりやすい本」が最良とは限らない
わかりやすさだけで技術書を選ぶと、成長の天井にぶつかります。適度に難しい本の方が学びが残る理由と、自分に合った難易度の見極め方を解説します。
難しい技術書を途中でやめるのは正しい判断 - 戦略的撤退のすすめ
難しくて読めなかった技術書を「挫折」と呼ぶ必要はない。撤退は自分のレベルを正確に把握した証拠。戦略的な撤退の判断基準と、再挑戦のタイミングの見極め方を解説します。
わからない単語が出てきたら飛ばしていい
本を読んでいて知らない専門用語が出てきたとき、全部調べていたら先に進めません。わからない単語を飛ばしても大丈夫な理由と、飛ばし方のコツを紹介します。