自分だけの「お気に入りページ」に付箋を貼ろう
この記事は約 3 分で読めます。
読んだのに見つからない問題
「あの書き方、どこに書いてあったっけ?」。本を読んでいて「なるほど」と思ったのに、後から探すと見つからない。ページをパラパラめくって探すけど、なかなか見つからない。
この問題は、付箋を 1 枚貼るだけで解決します。
付箋を貼るタイミング
「なるほど」と思ったとき
読んでいて「へえ、そうなんだ」「これは覚えておきたい」と思った瞬間に、そのページに付箋を貼ります。後で貼ろうと思うと、どのページだったか忘れます。思った瞬間に貼るのがコツです。
「わからない」と思ったとき
わからないページにも付箋を貼っておきます。今はわからなくても、経験を積んでから読み返すとわかることがあります。「わからない付箋」は、将来の自分への目印です。
サンプルコードが載っているページ
「このコード、また使いそうだな」と思ったサンプルコードのページに付箋を貼っておくと、必要なときにすぐ開けます。
付箋の色を使い分ける
色つきの付箋を使うと、さらに便利になります。たとえばこんな分け方です。
黄色は「大事なこと」。ピンクは「わからなかったこと」。青は「使えそうなコード」。
色のルールは自分で決めて構いません。3 色もあれば十分です。
付箋を貼った本の使い方
辞書として使う
読書用の付箋をたくさん貼った本は、自分専用の辞書になります。「あの書き方なんだっけ」と思ったら、付箋が飛び出しているページを開くだけ。索引を引くより速く、必要な情報にたどり着けます。
復習に使う
付箋が貼ってあるページだけを読み返す。これが最も効率のいい復習方法です。本全体を読み返す必要はありません。付箋のページだけ読めば、大事なポイントを短時間でおさらいできます。
成長を実感する
半年後に本を開いて、「わからない」の付箋が貼ってあるページを読み返してみてください。「あれ、今ならわかる」と思えたら、それはあなたが成長した証拠です。
付箋は何枚貼ってもいい
「貼りすぎかな」と心配する必要はありません。200 ページの本に 30 枚貼っても、50 枚貼っても大丈夫です。付箋が多い本は、それだけ学びが多かった本です。
逆に、付箋が 1 枚も貼れなかった本は、自分のレベルに合っていなかった (簡単すぎた、または難しすぎた) 可能性があります。
関連記事
まとめ
「なるほど」と思ったページに付箋を貼る。たったこれだけで、本が自分専用の辞書に変わります。色を使い分ければさらに便利です。付箋を貼った本は、読み終わった後もずっと使える、あなただけの参考書になります。
この記事は役に立ちましたか?
関連用語
関連記事
本に線を引く人と引かない人、どちらが正しいか
技術書にマーカーを引くべきか、きれいなまま読むべきか。両方の立場の根拠を検証し、自分に合ったスタイルを見つけるための判断基準を提示します。
技術書の読書ノート術 - 付箋・マーカー・デジタルの使い分け
技術書を読むときのノートの取り方を比較します。付箋派、マーカー派、デジタルノート派、それぞれの長所と短所を実体験をもとに紹介します。
深夜 3 時のデプロイ前に読み返したい 1 ページ
本番デプロイの直前、最終確認のチェックリストとして技術書の特定のページが役立つことがあります。緊張の場面で頼りになる「お守りの 1 ページ」の見つけ方と活用法。
エンジニアなら共感する技術書あるある - 積ん読から第 3 章の壁まで
積ん読の増殖、第 3 章の壁、コード例が動かない問題など、技術書を読むエンジニアなら誰もが経験する「あるある」を集めました。
本を読むのに特別な才能はいらない
「頭がいい人だけが本を読める」は間違いです。プログラミングの本を読むのに必要なのは才能ではなく、ほんの少しの工夫だけ。その工夫を紹介します。
技術書の余白に書いた走り書きが、半年後の自分を救う
技術書の余白に書いたメモや走り書きは、半年後に読み返すと驚くほど役に立ちます。余白メモの効果的な書き方と、過去の自分との対話を通じた学びの深め方を紹介します。