技術書の余白に書いた走り書きが、半年後の自分を救う

2 分で読めます
読書術アウトプット技術書

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

余白の走り書きは「生の思考」の記録

技術書を読みながら、余白に書く走り書き。「ここ重要」「うちのプロジェクトでも同じ問題がある」「本当か?」「第 3 章と矛盾してない?」。

これらの走り書きは、読んでいるその瞬間の「生の思考」です。整理されていない、粗削りな反応。しかし、この粗削りさこそが価値を持ちます。

読書ノートに清書した要約は、思考の結果です。余白の走り書きは、思考のプロセスです。半年後に読み返したとき、プロセスの方がはるかに多くの情報を伝えてくれます。

半年後に走り書きが救う場面

場面 1: 同じ問題に再び直面したとき

半年前に読んだ設計の本を引っ張り出す。余白に「うちの決済モジュールがまさにこれ」と書いてある。当時は対処しなかったが、今まさにその決済モジュールのリファクタリングを任されている。

走り書きのおかげで、「この本のこの章が、今の問題に直結している」と即座にわかります。本を最初から読み返す必要がありません。

場面 2: 過去の自分の理解度を確認するとき

余白に「ここがわからない」と書いてある箇所を読み返す。今は理解できる。半年間の成長を実感できる瞬間です。

逆に、半年前に「理解した」と書いた箇所が、今読むと浅い理解だったと気づくこともあります。これも成長の証拠です。

場面 3: 後輩に本を貸すとき

設計の本を後輩に貸すとき、余白の走り書きが「先輩の読み方ガイド」として機能します。「ここが重要」「ここは実務ではこう使う」。後輩は本の内容だけでなく、先輩の思考プロセスも学べます。

効果的な余白メモの書き方

疑問を書く

「本当にこれが最善か?」「例外はないのか?」「うちのケースでは違うのでは?」。疑問は、半年後に読み返したとき最も価値があるメモです。

疑問を書いた箇所は、自分の理解が不完全だった箇所です。半年後にその疑問に答えられるかどうかで、成長を測れます。

実務との接点を書く

「プロジェクト X のあの部分がこれに該当する」「来週のリファクタリングで試す」。本の内容と自分の仕事の接点を書くことで、抽象的な原則が具体的な行動に変わります。

反論を書く

著者の主張に同意できないとき、「自分はこう思う」と書く。半年後に読み返して、自分の反論が正しかったか、著者の方が正しかったかを検証する。この検証が、思考力を鍛えます。

他の本との関連を書く

「これは○○の本の第 5 章と同じことを言っている」「△△の本では逆のことが書いてあった」。本同士の関連を書くことで、知識のネットワークが可視化されます。

デジタル vs 紙の余白メモ

紙の本の余白

ペンで直接書き込む。物理的な行為が記憶の定着を助ける。ただし、検索できない。

電子書籍のメモ機能

Kindle のメモ機能やハイライト。検索可能で、一覧で振り返れる。ただし、手書きの自由度がない。

どちらが優れているかではなく、自分が「書きやすい」方を選んでください。書かないよりは、どんな形でも書いた方がいい。

走り書きを「資産」に変える

余白の走り書きは、そのままでは散逸します。年に 1 回、本棚の本をパラパラとめくり、走り書きの中から「今でも価値がある気づき」を拾い上げてデジタルメモに転記する。

この年 1 回の棚卸しで、走り書きは「一時的なメモ」から「蓄積される資産」に変わります。

関連記事

まとめ

技術書の余白に書く走り書きは、読んでいる瞬間の生の思考の記録です。疑問、実務との接点、反論、他の本との関連。これらを余白に書いておくと、半年後に同じ問題に直面したとき、過去の自分の思考が道標になります。年に 1 回の棚卸しで走り書きをデジタルに転記すれば、散逸する一時メモが蓄積される知的資産に変わります。

共有:Xはてブ

この記事は役に立ちましたか?

関連用語

関連記事

読書メモは未来の自分への手紙である

技術書を読んだときのメモは、数ヶ月後・数年後の自分が最も感謝する贈り物です。「あのとき何を考えていたか」を残す読書メモの書き方と、長期的な活用法を紹介します。

技術書の読書メモ術 - 読んだ内容を確実に定着させる記録法

技術書の内容を定着させる 3 行メモ法と、ツール選び、メモを実務に活かす仕組みを紹介します。

本のレビューを書くと理解が深まる

読んだ本の感想を数行書くだけで、内容の理解が深まります。レビューの書き方と、書くことで得られる意外な効果を紹介します。

同じ本を 5 年後に読み返すと別の本になっている

5 年前に読んだ本を読み返すと、当時は気づかなかった記述に驚かされます。本が変わったのではなく、読者が変わったのです。再読がもたらす発見と、再読に適した本の特徴を解説します。

README を書くように本を読む - エンジニアのための構造化読書法

エンジニアが日常的に書く README のフォーマットを読書に応用する方法を紹介します。目的・使い方・注意点の 3 点で本の内容を整理すると、知識の再利用性が飛躍的に高まります。

コードを書かずに技術力を上げる休日の過ごし方

休日にコードを書く気力がないとき、それでも技術力を伸ばす方法があります。読書、設計スケッチ、技術記事の執筆など、キーボードに触れずにスキルアップする具体的な過ごし方。