なぜ「読んだのに変わらない」が起きるのか
「この本、良かったです」と言えるのに、3ヶ月後に業務のどこかが変わっているかというと、何も変わっていない。これはエンジニアの読書あるあるです。原因は「読んで理解した」を「終わり」にしてしまうことです。
認知科学の観点では、知識はアウトプットなしには長期記憶に定着しません。さらにエンジニアにとっては、実際に使った知識しか「自分のスキル」として計上されないという現実があります。本記事では読書を確実にアウトプットへ変換するループを、PR・LT・ブログの3媒体で設計します。
3つのアウトプット媒体の使い分け
アウトプット媒体は「深さ」と「速さ」のトレードオフがあります。
| 媒体 | 準備時間 | 効果 | 向いている読書 |
|---|---|---|---|
| PR | 30分〜3時間 | コードへの直接反映 | 技術書・設計書 |
| LT（5分登壇） | 2〜4時間 | 理解の深化・フィードバック | マネジメント・思考法 |
| ブログ | 3〜6時間 | 知識の体系化・外部への発信 | 概念・戦略・考え方 |
3つをすべてやる必要はありません。1冊につき1つのアウトプットで十分です。ただし「どのアウトプットにするか」を読み始める前に決めることが重要です。決めておくと、読みながら「PRネタになりそうだな」「LTのスライドにしやすいな」というアンテナが張られます。
PRアウトプット: コードで語る読書実践
技術書を読んだ翌日に「読書PRを出す」という習慣は、地味ながら最も実務反映率が高い方法です。
読書PRのルール:
- 本から得た知識を1つだけ実際のコードベースに適用する
- PR本文に「どの本の何ページを参考にしたか」を書く
- 変更範囲は小さくていい（1ファイルでもOK）
## 背景
『リーダブルコード』p.85「関数は1つのことだけ行う」を参考に、
XXX関数を責務ごとに分割しました。
## 変更内容
- `processUserData()` → `validateUser()` + `transformUser()` に分割
- 各関数のテストを独立して書けるようになった
## 参考
- リーダブルコード p.84-91 「関数の分割」
このPRを出し続けると、チームのコードレビューに「この本のここが参考になる」という会話が生まれ始めます。個人の学習がチームの文化に波及する最速ルートです。
LTアウトプット: 5分登壇が理解を3倍深める
「本の内容を5分で話せるか」を試すLTは、読んだことへの最高の理解テストです。話せない箇所は「分かったつもりだった」証拠です。
LTスライド構成テンプレート（5枚）:
1枚目: なぜこの本を読んだか（課題意識）
2枚目: 本の主張を一言で（エレベーターピッチ）
3枚目: 刺さった概念1つ（コードや図付き）
4枚目: 自分のチームで試したこと（実務反映）
5枚目: 来月やること（宣言）
この5枚を埋めようとすると「あれ、3枚目が書けない」という箇所が出てきます。そこが再読すべき箇所です。LTを月1本続けていると、6ヶ月後には「本の要点を即座に説明できる」口頭アウトプット能力が育ちます。
ブログアウトプット: 書くことで知識を体系化する
ブログは最も時間がかかりますが、概念の体系化という点では最強です。書くために「論理的につながるか」「例が適切か」を検証するため、理解の甘い箇所が炙り出されます。
ブログ記事の最小フォーマット:
# タイトル（「○○を読んで△△が変わった」形式が反響大）
## なぜ読んだか（課題背景）
300文字以内。「当時何に困っていたか」を書く。
## 刺さった概念3つ
各概念を自分の言葉で200文字。引用は1つまで。
## 実際にやってみたこと
具体的な変化を書く。「読んだだけ」で終わらせない。
## まとめ：来月試したいこと
次のアクションで締める。
週1本は無理でも、月1本ならほとんどのエンジニアが継続できます。月1本×12ヶ月=12本。これが1年後のポートフォリオになります。
月次アウトプットサイクルの回し方
以下のサイクルを月単位で回します。
1週目: 本を読む（インプット）
2週目: PRを出す or LTネタを決める
3週目: LTを登壇 or ブログを書く
4週目: 振り返り（何が変わったか・何が変わらなかったか）
↓
来月の本を1冊だけ選ぶ
振り返りの問いかけ3つ:
- 今月の本から、コードや業務が具体的に変わった点は？
- LTやブログで「話せなかった・書けなかった」箇所はどこ？（再読候補）
- 来月読む本のアウトプット形式は何にするか？
今日から始めるなら、先月読んだ本についてLTスライド5枚だけ作ることから。作り終えたら、社内勉強会か個人ブログで発信してみてください。発信することで初めて、読書が自分のキャリア資産に変わります。
月次ループが続く人・続かない人の差
月次アウトプットサイクルが3ヶ月続く人と、1ヶ月で止まる人の違いを振り返ると、ほぼ1つのことに集約されます。アウトプットの難易度を上げすぎないことです。
LT登壇やブログ執筆は理想的なアウトプットですが、最初から「毎月必ず」と設定すると負荷で止まります。最初の3ヶ月は以下のように難易度を段階的に上げることを推奨します。
| 月 | アウトプット形式 | 目標 |
|---|---|---|
| 1ヶ月目 | Slackへの1段落投稿 | ハードルを下げて「続ける」感覚を掴む |
| 2ヶ月目 | チームへの15分共有 | 口頭説明力を鍛える |
| 3ヶ月目以降 | LT or ブログ | 本格的なアウトプット開始 |
まず今月読んだ（または読みかけの）本について、Slackに「この本で刺さった一文と理由」を1段落投稿することが、今日できる最初のループ起動アクションです。