プログラマーはなぜ本を読むのか

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

ネットがあるのに本を読む理由

プログラミングの疑問は、検索すればだいたい答えが見つかります。エラーメッセージをコピーして検索すれば、解決策が出てくる。それなのに、なぜプログラマーは本を読むのでしょうか。

答えはシンプルです。検索で見つかるのは「1 つの問題の答え」ですが、本には「問題が起きる仕組みそのもの」が書いてあるからです。

たとえば、料理にたとえてみましょう。

検索は「カレーの作り方」を教えてくれます。レシピどおりに作れば、カレーは完成します。でも、なぜ玉ねぎを炒めると甘くなるのか、なぜルーを入れてから煮込みすぎるとドロドロになるのかは教えてくれません。

本は「料理の仕組み」を教えてくれます。加熱で糖が変化すること、でんぷんの性質、味のバランスの取り方。この知識があれば、カレーだけでなく、シチューもハヤシライスも自分で工夫して作れるようになります。

プログラミングも同じです。検索は「このエラーの直し方」を教えてくれますが、本は「エラーが起きにくいコードの書き方」を教えてくれます。

本は最初のページから順番に読むように作られています。第 1 章の内容が第 2 章の土台になり、第 2 章が第 3 章の土台になる。この積み重ねで、バラバラだった知識がつながります。

検索で得た知識はパズルのピース 1 個。本で得た知識はパズルの完成図です。

検索は「自分が知りたいこと」しか調べられません。でも本を読んでいると、「こんな考え方があったのか」と、自分では思いつかなかった知識に出会えます。

これが本の最大の強みです。自分の知らないことは検索できませんが、本はページをめくるだけで未知の知識を届けてくれます。

プログラミングの入門書を読んでいると、「なるほど、そういうことか」と立ち止まって考える瞬間があります。この「立ち止まる時間」が大切です。

ネットの記事はスクロールしてどんどん次に進めますが、本は自分のペースでじっくり考えながら読めます。理解が深まるのは、この「考える時間」があるからです。

プログラマーが本を読むのは、検索では手に入らない「つながった知識」「未知との出会い」「考える時間」を得るためです。ネットと本、どちらが優れているという話ではありません。両方を使い分けることで、プログラミングの理解はぐんと深まります。