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

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

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

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

検索で見つかるのは「1 つの問題の答え」ですが、解説書には「問題が起きる仕組みそのもの」が書いてあるからです。目の前のエラーを消すだけなら検索で足りますが、同じ種類のエラーを二度出さないための土台は、順番に組み立てられた説明を読まないと手に入りません。

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

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

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

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

入門書や解説書は、最初のページから順番に読むことを前提に組み立てられています。第 1 章の内容が第 2 章の土台になり、第 2 章が第 3 章の土台になる。この積み重ねで、バラバラだった知識がつながります。

検索で得た知識はパズルのピース 1 個。本で得た知識は、その分野 1 冊分の絵柄が見えている状態です。

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

自分の知らないことは検索できません。本は目次と章立てが「この分野で押さえておくこと」の一覧になっているため、探していなかった知識にも行き当たります。

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

本でも飛ばし読みはできるので、違いは媒体そのものではありません。ネットの記事には次に読むべきリンクや広告が並んでいて、立ち止まる前に手が動いてしまいます。本にはその割り込みがないため、考える時間を自分で確保しやすいのです。

本の内容は、出版された時点で止まります。バージョンが上がって画面や関数名が変わっていたり、紹介されている機能が非推奨になっていることもあります。仕組みの部分は本で押さえ、いま動く書き方と最新の仕様は公式ドキュメントで確かめる。この順番で使えば、本の古さは弱点になりません。

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