読書メモは未来の自分への手紙である
この記事は約 5 分で読めます。
半年前に読んだ本の内容を覚えていますか
半年前に読んだ技術書のタイトルは思い出せます。ただ、具体的に何が書いてあったか、どの章が印象に残ったか、自分がどう感じたかは曖昧になっているはずです。
これは記憶力の問題ではありません。使わない知識は、時間が経つほど引き出しにくくなります。読んだ当時は自分の課題と結びついていた内容でも、その課題から離れてしまえば、思い出す手がかりごと薄れていきます。
読書メモは、この忘却に抗うための仕組みです。しかし、メモの本当の価値は「忘れないため」ではなく、「未来の自分に文脈を伝えるため」にあります。
なぜ「要約」ではなく「手紙」なのか
多くの人は読書メモを「本の要約」として書きます。「第 3 章: SOLID 原則について。S は単一責任の原則で…」。これは本の内容の圧縮であり、本を読み返せば同じ情報が得られます。
未来の自分に本当に必要なのは、本の内容ではなく「あのとき自分が何を考えていたか」です。
「第 3 章を読んで、今のプロジェクトの UserService クラスが単一責任に違反していることに気づいた。認証、プロフィール更新、通知の 3 つの責務が混在している。来週のリファクタリングで分割を提案する」。
このメモは、半年後に読み返したとき、本の内容だけでなく「あのときの自分の課題」「あのときの判断」「あのときの気づき」を蘇らせてくれます。
未来の自分に伝わるメモの書き方
1. 「今の自分の状況」を書く
本の内容だけでなく、読んでいるときの自分の状況を一言添えます。
状況は一言で構いません。ここを丁寧に書こうとすると、メモそのものが続かなくなります。
2. 「刺さった一文」を引用する
本の中で最も印象に残った一文をそのまま引用します。要約ではなく、原文のまま。
半年後にこの一文を読み返すと、その章の話が芋づる式に戻ってきます。一文が記憶の索引として働くわけですが、索引になるのは自分の課題に引っかかった一文だけです。無難な要点をそのまま写しても、後から読み返したときに何も引き出せません。
3. 「次にやること」を書く
読書メモの最後に、「この本を読んで、次に何をするか」を 1 行書きます。
- 「月曜日に UserService のリファクタリングを提案する」
- 「次のコードレビューで凝集度を意識して指摘する」
- 「来月の 1on1 でこの本を後輩に薦める」
この 1 行が、読書を行動に変える橋渡しになります。
メモの保存場所
デジタルがおすすめ
紙のノートは手書きの温かみがありますが、検索できません。3 年分のメモから「SOLID 原則について書いたメモ」を探すとき、デジタルなら検索窓に打ち込むだけですが、紙だとページをめくって探すことになります。
Notion、Obsidian、Google Docs、プレーンテキスト。ツールは何でも構いません。重要なのは検索できることと、長期間アクセスできることです。
GitHub に置く方法
エンジニアなら、読書メモを GitHub リポジトリで管理する方法もあります。Markdown で書き、コミット履歴が読書の時系列を記録してくれます。公開リポジトリにすれば、何をどう学んできたかを示す材料にもなります。
1 年後に読み返す体験
読書メモを 1 年間続けて、年末に全メモを読み返してみてください。
「1 月はエラーハンドリングに悩んでいたのか」「3 月に設計の本を読んで、4 月のプロジェクトで実践したんだな」「8 月に転職を考えていたけど、結局残ったのか」。
メモは読書の記録であると同時に、自分の成長の記録です。1 年前の自分が悩んでいたことが、今の自分には当たり前になっているはずです。この変化は、記録が残っていないと自分でも気づきにくいものです。
メモを書く時間がない人へ
「メモを書く時間がない」という人は、メモのハードルを下げてください。
本を読み終えた直後に、3 行だけ書く。
- この本で一番印象に残ったこと
- 今の自分の仕事にどう関係するか
- 明日から何を変えるか
3 行なら 2〜3 分で書けます。完璧なメモを目指して 1 行も書かないより、不完全でも残したメモのほうが、未来の自分には役に立ちます。
関連記事
まとめ
読書メモは本の要約ではなく、未来の自分への手紙です。本の内容に加えて、読んだときの状況、刺さった一文、次にやることを書く。デジタルで保存し、1 年後に読み返す。3 行でいいので書く習慣がつけば、読んだ内容がその後の仕事に残りやすくなります。
この記事は役に立ちましたか?
関連用語
関連記事
技術書の余白に書いた走り書きが、半年後の自分を救う
技術書の余白に書いたメモや走り書きは、半年後に読み返すと驚くほど役に立ちます。余白メモの効果的な書き方と、過去の自分との対話を通じた学びの深め方を紹介します。
技術書の読書メモ術 - 読んだ内容を確実に定着させる記録法
技術書の内容を定着させる 3 行メモ法と、ツール選び、メモを実務に活かす仕組みを紹介します。
技術書の読書ログを GitHub で管理する - エンジニアらしい記録法
技術書の読書記録を GitHub リポジトリで管理する方法を紹介します。Markdown で読書ノートを書き、コミット履歴で読書の軌跡を残す、エンジニアならではの読書ログ術です。
通勤電車で技術書を読む人が密かにやっていること
通勤時間を技術書の読書に充てるための具体的な工夫をまとめます。限られた時間と環境で学習を積み上げるための、本の選び方から記録の残し方までの手順。
「まだ 1 章しか読んでない」を 52 回繰り返すと 52 章になる
週に 1 章だけ読む。それを 1 年続けると 52 章分になります。読んだ章がたまるほど知識同士がつながる仕組みと、週 1 章読書の具体的な実践法を紹介します。
有名プログラマの読書習慣 - 天才たちは何を読んできたのか
リーナス・トーバルズ、まつもとゆきひろ、ビル・ゲイツなど、著名なプログラマたちの読書習慣と愛読書を紹介します。天才たちの読書スタイルから学べることとは。