会議中に「あの本のあの図」が頭に浮かぶ瞬間

2 分で読めます
実践読書術技術書

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

設計会議で起きた出来事

マイクロサービスへの移行を議論する会議中、ホワイトボードにシステム構成図が描かれていた。その図を見た瞬間、半年前に読んだアーキテクチャの本の 1 ページが頭に浮かんだ。

サービス間の通信パターンを比較した図。同期通信と非同期通信のトレードオフを視覚的に示したダイアグラム。本の何ページ目かは覚えていないが、図の構成ははっきり覚えている。

「この構成だと、サービス A と B の間は非同期にした方がいいかもしれません。こういうパターンがあって…」。ホワイトボードに図を描きながら説明すると、チームの議論が一気に具体的になった。

なぜ文章より図が記憶に残るのか

認知心理学では「画像優位性効果 (Picture Superiority Effect)」として知られる現象があります。同じ内容を言葉で示した場合と図で示した場合を比べると、後から思い出せる割合は図のほうが高くなる。この傾向は多数の実験で再現されています。

説明としてよく挙げられるのは二重符号化理論です。図は視覚的なイメージと言語的なラベルの両方で記憶に取り込まれるため、手がかりが二重になる。片方を忘れても残った側から引き出せるのに対し、文章はラベル側だけで支えることになります。

なお「◯日後に◯% 残る」という保持率の数字がスライドや啓発書で引用されることがありますが、出所をたどれない孤立した数値が多く、あてにしない方がいい。効果の向きは確かでも、どれだけ残るかは図の複雑さや読んだときの関与度で大きく変わります。

技術書の図表やダイアグラムが会議中に浮かぶのは、この画像優位性効果のおかげです。文章で読んだ設計原則は忘れても、それを視覚化した図は脳に残っている。

図を記憶に残す読書法

図を「読む」のではなく「描く」

本の図をじっと眺めるだけでは、記憶への定着は弱い。図を自分の手で描き直すと、定着率が劇的に上がります。

正確に模写する必要はありません。要素間の関係性と矢印の方向だけを、ノートにラフに描く。この「描く」行為が、図の構造を脳に刻みます。

アーキテクチャの本は図表が豊富なものが多く、この読書法との相性が抜群です。

図に「自分のシステム」を重ねる

本の図を見たら、「自分が担当しているシステムに当てはめるとどうなるか」を考えます。

レイヤードアーキテクチャの図を見たら、自分のプロジェクトのモジュール構成を同じ形式で描いてみる。本の図と自分のシステムの図を並べると、設計の改善点が視覚的に見えてきます。

図のページに付箋を貼る

本の中で特に重要な図があるページに付箋を貼っておきます。会議の前に、付箋のページだけをパラパラとめくる。30 秒で図の記憶がリフレッシュされ、会議中に引き出しやすくなります。

会議で図を引用する効果

言葉だけの説明と、図を描きながらの説明では、チームの理解度が段違いです。

「サービス間の結合度を下げるべきです」と言葉で言っても、全員が同じイメージを持っているとは限りません。ホワイトボードに図を描いて「今はこうなっていて、こう変えたい」と示せば、認識のズレが一瞬で解消されます。

技術書で見た図を会議で再現できるエンジニアは、議論をリードする力を持っています。

図が浮かばないときは知識が足りないサイン

設計会議で「何か引っかかるけど、うまく言語化できない」と感じることがあります。頭の中に参照すべき図がないのです。

この感覚は、その分野の体系的な知識が不足しているサインです。会議の後に、議論のテーマに関連する技術書を 1 冊読んでみてください。次の会議では、図が浮かぶようになっているはずです。

図が豊富な本の見分け方

書店で本を選ぶとき、パラパラとめくって図表の量を確認します。見開きに 1 つ以上の図がある本は、視覚的な学習に向いています。

文章だけで延々と説明が続く本は、理解に時間がかかり、記憶にも残りにくい。同じテーマなら、図が豊富な本を選ぶ方が学習効率は高い。

関連記事

まとめ

会議中に技術書の図が頭に浮かぶのは、画像優位性効果によるものです。図を記憶に残すには、眺めるだけでなく自分の手で描き直し、自分のシステムに重ねて考える。図を引用しながら説明できるエンジニアは、設計議論をリードする力を持っています。図が浮かばないときは、その分野の本を 1 冊読むサインです。

共有:Xはてブ

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

関連用語

関連記事

本に出てくる図やイラストは飾りじゃない

プログラミングの本に載っている図やイラストには、文章だけでは伝わらない情報が詰まっています。図の読み方と活用法を紹介します。

読む前にパラパラめくるだけで理解度が上がる - 技術書の予習法

技術書を最初から順に読み始めると挫折しやすい。読む前に数分パラパラめくるだけで全体像がつかめ、本文で迷って戻る回数が減る理由とやり方を解説。

プルリクエストに書籍の引用を添える習慣

プルリクエストの説明欄に、設計判断の根拠として書籍の引用を添える習慣を紹介します。レビューの質が上がり、チーム全体の設計語彙が揃う効果があります。

寝る前の 10 分間読書が翌朝のコードに効く理由

就寝前の短い読書が記憶の定着と翌日のパフォーマンスに与える影響を、認知科学の知見をもとに解説します。夜型エンジニアでも実践できる、寝る前 10 分の読書習慣。

設計の引き出しは経験だけでは増えない

実務経験だけでは設計の引き出しに限界があります。なぜ経験だけでは不十分なのか、本が設計力に対して果たす、他で代えにくい役割を論じます。

設計 / アーキテクチャ本ガイド - 設計力を上げる技術書の選び方

ソフトウェア設計を学べる技術書をコード / モジュール / システムの 3 レイヤーに分類し、レベルに応じた読む順番の指針を紹介します。