技術書の読書会で起きる面白い現象 - 同じ本を読んでも解釈が違う理由

4 分で読めます
雑学読書会技術書

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

読書会は予測不能な場である

技術書の読書会に参加したことがある人なら、1 度は経験しているはずです。同じ本の同じ章を読んできたのに、参加者の感想がまったく違う。ある人は「この章は目から鱗だった」と言い、別の人は「当たり前のことしか書いてなかった」と言う。

読書会は、本の内容を学ぶ場であると同時に、参加者の経験や視点の違いが浮き彫りになる場でもあります。今回は、技術書の読書会で起きる面白い現象を集めてみました。

同じ本を読んでも解釈が違う

読書会で最も面白い現象は、同じ文章を読んでいるのに解釈が異なることです。

これは参加者の経験がフィルターとして働くためです。例えば「疎結合な設計を心がけましょう」という一文を読んだとき、マイクロサービスの経験がある人は「サービス間の依存を減らす話だ」と解釈し、モノリスで開発している人は「モジュール間のインターフェースを整理する話だ」と解釈します。

どちらも間違いではありません。同じ原則でも、適用する文脈によって具体的な意味が変わる。この「解釈の幅」を共有できるのが、読書会の最大の価値です。

1 人で読んでいたら「自分の解釈が正しい」と思い込んでしまいますが、読書会では「そういう読み方もあるのか」という発見が毎回あります。

脱線が本題より面白い現象

読書会では、本の内容から派生した話題が盛り上がることがよくあります。

「この章のリファクタリング手法、うちのプロジェクトで試したら大変なことになった」という実体験の共有。「この設計パターン、実は別の本ではこう説明されている」という横断的な知識の接続。本の内容をきっかけに、参加者の実務経験が次々と引き出されます。

この脱線こそが読書会の醍醐味だと言う人もいます。本の内容は 1 人でも読めますが、実務での適用事例や失敗談は、その場にいる人からしか聞けません。

ただし、脱線が長すぎると本題に戻れなくなる問題もあります。ファシリテーターの腕の見せどころです。

「読んできてない人」問題

読書会で毎回必ず発生する現象があります。「読んできてない人」の存在です。

仕事が忙しかった、体調を崩した、単純に忘れていた。理由はさまざまですが、読んできていない参加者は一定数います。これは避けられない現実です。

面白いのは、読んできていない人がいても読書会は成立するということ。むしろ、読んできていない人が「ここの意味が分からないんだけど」と素朴な質問をすることで、読んできた人の理解が深まることがあります。

「読んできてない人」を責めるのではなく、その場で一緒に読む時間を設ける読書会もあります。最初の 15 分で黙読し、残りの時間で議論する。この方式なら全員が同じスタートラインに立てます。

進捗が遅い問題

「1 章に 3 回かかる読書会」は珍しくありません。

300 ページの本を月 2 回の読書会で読み進める計画を立てたとします。1 回あたり 30 ページ進む予定が、議論が盛り上がって 10 ページしか進まない。結果、半年で終わる予定が 1 年以上かかる。

これは失敗ではありません。むしろ、それだけ深い議論ができている証拠です。ページ数を消化することが目的ではなく、内容を理解し議論することが目的なのですから。

ただし、あまりに遅いとモチベーションが下がる参加者も出てきます。「いつ終わるんだろう」という不安は、読書会の継続を脅かします。適度なペース配分は大切です。

音読すると理解が深まる発見

読書会で意外な発見として挙がるのが、音読の効果です。

技術書を声に出して読むと、黙読では気づかなかった理解の穴が見つかります。「あれ、この文章、声に出すとうまく読めない」と感じる箇所は、実は理解が曖昧な箇所であることが多い。

参加者が交代で音読する形式の読書会では、読み上げた人が「ここ、どういう意味ですか」と質問するきっかけになります。黙読だと「なんとなく分かった気」で通り過ぎてしまう箇所を、音読が引き留めてくれるのです。

「この本、難しくない?」と言い出す勇気

読書会で最も勇気がいる発言は「この本、難しくない?」です。

周りが「なるほど」「分かりやすい」と言っている中で、「自分だけ理解できていないのでは」という不安を抱えている人は少なくありません。でも実際に「難しい」と言ってみると、「実は自分も分からなかった」という声が続出することがあります。

この「最初の 1 人」になる勇気が、読書会の空気を変えます。全員が理解しているふりをする読書会より、分からないことを正直に言える読書会のほうが、学びの質は圧倒的に高い。

読書会のファシリテーターは、この「言い出しやすい空気」を作ることが最も重要な仕事です。

読書会後に本の評価が変わる

1 人で読んだときと、読書会で議論した後では、同じ本の評価が変わることがあります。

1 人で読んだときは「普通の本だな」と思っていたのに、読書会で他の参加者の視点を聞くと「こんなに深い本だったのか」と再評価する。逆に、「名著だ」と思っていた本が、議論を通じて「実は論理に飛躍がある」と気づくこともあります。

本の評価は読者の経験に依存します。読書会は、複数の経験を持ち寄ることで、1 人では到達できない評価に辿り着ける場です。

読書会の運営に興味があるなら、ファシリテーションに関する書籍を参考にしてみてください。

オンライン読書会 vs オフライン読書会

コロナ禍以降、オンライン読書会が急増しました。オンラインとオフラインでは、読書会の雰囲気がかなり異なります。

オンラインの利点は、地理的な制約がないこと。東京と大阪のエンジニアが同じ読書会に参加できます。移動時間もゼロ。録画しておけば欠席者も後から追えます。

一方、オフラインには「雑談の質」で勝る面があります。読書会の前後に交わされる何気ない会話から、思わぬ情報が得られることがあります。「そういえば、あの本の著者が来月イベントに来るらしい」といった情報は、オフラインの場で流れやすい。

理想的なのは、ハイブリッド形式でしょう。普段はオンラインで開催し、数ヶ月に 1 回はオフラインで集まる。両方の利点を活かせます。

読書会の「卒業」問題

読書会には「いつ終わるのか」という問題がつきまといます。

1 冊の本を読み終えたら解散するのか、次の本に進むのか。メンバーの入れ替わりはどうするのか。読書会が長く続くほど、この問題は避けて通れなくなります。

1 冊完結型の読書会は、ゴールが明確で参加しやすい。一方、継続型の読書会は、メンバー間の信頼関係が深まり、より踏み込んだ議論ができるようになります。

「卒業」のタイミングは人それぞれです。学びたいことを学び終えたら卒業する人もいれば、コミュニティとしての居心地の良さから何年も続ける人もいます。どちらも正解です。

関連記事

まとめ

技術書の読書会は、本を読む以上の価値を持つ場です。同じ文章を読んでも解釈が異なるのは、参加者の経験がフィルターとして働くから。脱線が本題より面白くなるのは、実務経験の共有が始まるから。「読んできてない人」がいても読書会は成立し、「この本、難しくない?」と言い出す勇気が学びの質を高めます。読書会を通じて本の評価が変わる体験は、1 人の読書では得られないものです。まだ読書会に参加したことがないなら、まずは気軽に 1 回参加してみてください。本の読み方が変わるはずです。

共有:Xはてブ

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

関連用語

関連記事

技術書コミュニティの見つけ方 - 読書仲間を作る

技術書の読書仲間を見つけるためのコミュニティの種類と、参加のメリット、自分でコミュニティを立ち上げる方法を紹介します。

なぜ同じ本を読んだのに、あの人と理解が違うのか

読書会で同じ本を読んだはずなのに、メンバーごとに理解が異なる。この現象は欠陥ではなく、読書の本質的な特性です。理解の差が生まれる仕組みと、その差を学びに変える方法を解説します。

技術書の読書会の始め方 - チームの学習文化を育てる実践ガイド

社内やコミュニティで技術書の読書会を立ち上げるための 5 ステップと、3 つの読書会形式の比較、継続のコツを紹介します。

1 冊の本を 3 人で読むと理解が 3 倍になる理由

同じ本を複数人で読むと、1 人では気づけなかった視点が次々と現れます。読書会が理解を深めるメカニズムと、少人数で始める具体的な方法を解説します。

「それ、本に書いてあったよ」が最高の褒め言葉になる職場

チーム全員が技術書を読む文化がある職場では、議論の質とコードの質が変わります。読書文化を持つチームの特徴と、その文化を育てるための具体的な方法を紹介します。

エンジニアなら共感する技術書あるある - 積ん読から第 3 章の壁まで

積ん読の増殖、第 3 章の壁、コード例が動かない問題など、技術書を読むエンジニアなら誰もが経験する「あるある」を集めました。