本を読んだら誰かに話してみよう
この記事は約 3 分で読めます。
読んだだけだと忘れてしまう
本を読んで「なるほど」と思っても、その「なるほど」は放っておくと薄れていきます。復習しない知識が時間とともに急速に忘れられる傾向自体は確かで、どれだけ残るかは題材の体系性や読んだときの理解度によって変わります。
でも、読んだ内容を誰かに話すと、忘れにくくなります。しかも、話しているうちに自分の理解がさらに深まります。
なぜ話すと理解が深まるのか
頭の中を整理するから
本を読んでいるときは「わかった気」になっていても、いざ人に説明しようとすると「あれ、うまく言えない」となることがあります。この「うまく言えない」が大事です。
うまく言えない部分は、実はまだ理解が浅い部分です。説明しようとすることで、自分の理解のあいまいな箇所が見つかります。
見つけたときは、その場で言い直そうと粘らず、詰まった話題を一言だけメモしておきます。話し終えてから本の該当箇所に戻ると、多くの場合は前提となる説明を飛ばしていたか、自分で例を 1 つも作らずに読み進めた箇所です。
自分の言葉に変換するから
本に書いてある文章をそのまま暗唱するのではなく、自分の言葉で説明し直す。この「変換」の作業が、知識を自分のものにしてくれます。
「この本にはこう書いてあったんだけど、つまりこういうことだと思う」。この「つまり」の後に続く言葉が、あなた自身の理解です。
相手の反応で気づきが生まれるから
話を聞いた相手が「それってどういうこと?」と質問してくれると、さらに考えが深まります。自分では当たり前だと思っていたことが、実は説明が必要だったと気づけます。
話す相手がいないときは
ノートに書く
誰かに話す代わりに、ノートに「今日学んだこと」を 3 行で書いてみましょう。書くことも「自分の言葉に変換する」作業です。
SNS に投稿する
SNS に「今日読んだ本のメモ」を投稿するのも、話す代わりになります。投稿欄の字数制限が、そのまま要約の練習になります。ただし 1 投稿の上限文字数はサービスや契約プランによって違うので、自分が使う場の上限を確かめてから書き方を決めてください。
ぬいぐるみに話す
冗談のように聞こえますが、これは「ラバーダック・デバッグ」と呼ばれる方法です。アンドリュー・ハントとデビッド・トーマスの『達人プログラマー』(邦訳はオーム社) で紹介された、アヒルのおもちゃに向かってコードを 1 行ずつ説明していくと途中で自分で誤りに気づく、という話が名前の由来です。読書でも、声に出して筋道を追う部分までは同じことができます。ただし相手がいないので、前の節に書いた「相手の反応で気づく」効果は得られません。話していて詰まった感覚を頼りに、自分で立ち止まる必要があります。
話す内容は 3 つだけでいい
長々と話す必要はありません。以下の 3 つを伝えるだけで十分です。
1 つ目は、何の本を読んだか。2 つ目は、一番印象に残ったこと。3 つ目は、自分の感想や疑問。
この 3 つを 1 分で話せるなら、その本の要点はもう自分の言葉になっています。逆に 3 つ目の感想や疑問が出てこないときは、まだ本の文章を運んでいるだけかもしれません。
関連記事
まとめ
本を読んだら、誰かに話してみましょう。話す相手がいなければ、ノートに書く、SNS に投稿する、ぬいぐるみに話す。方法は何でも構いません。「読む → 自分の言葉で出す」を繰り返すほど、読んだ内容は忘れにくくなります。
この記事は役に立ちましたか?
関連用語
TCP 3-way ハンドシェイク
TCP 接続を確立するための 3 段階の手順で、SYN → SYN-ACK → ACK の順で行われる
Prettier
コードのフォーマットを自動的に統一するオピニオネイテッドなコードフォーマッター
Pod Disruption Budget (PDB) とは - Kubernetes の可用性を守る設定方法
PDB は Kubernetes でノードメンテナンス時に同時停止できる Pod 数を制限するリソース。maxUnavailable と minAvailable の使い分け / YAML 設定例を解説
Kubernetes Namespace
Kubernetes クラスター内の API リソースを論理的に分離し、権限とリソース枠の適用単位を切る仕組み。ノードとカーネルは共有されるためセキュリティ境界にはならない
関連記事
技術書のレビューを書くと理解が 2 倍深まる - アウトプット読書術
読んだ技術書の感想を数行書くだけで、内容が記憶に残りやすくなります。3 行レビューの書き方と、書く場所の選び方、ネット書店のレビュー欄に書く効果を紹介します。
友達と同じ本を読むと 2 倍楽しい
同じ本を友達と一緒に読むと、1 人では気づかなかった発見があります。感想を話し合うだけで理解が深まる、友達との読書の楽しみ方を紹介します。
技術書の読書スピードは気にするな - 遅読のすすめ
技術書を速く読むことに価値はない。1 冊を時間をかけて深く読む「遅読」が、なぜ速読よりも身についた実感につながるのか、その仕組みと向かない本の見分け方を解説します。
1 冊読み終えたら自分を褒めよう
プログラミングの本を 1 冊読み切るのは、それだけで立派な達成です。読了の価値と、次の 1 冊につなげるための振り返り方を紹介します。
技術書で学んだことを LT で発表する - 5 分で伝えるコツ
技術書の内容を 5 分の LT にまとめる構成テンプレートと、準備のコツ、発表が学習を加速させる理由を紹介します。
技術書の読書メモ術 - 読んだ内容を確実に定着させる記録法
技術書の内容を定着させる 3 行メモ法と、ツール選び、メモを実務に活かす仕組みを紹介します。