有名プログラマの読書習慣 - 天才たちは何を読んできたのか

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

天才たちの本棚を覗いてみる

優れたプログラマは何を読んでいるのか。この問いは、多くのエンジニアが一度は抱く好奇心です。

プログラミングの世界で名を残した人物たちの読書習慣を調べてみると、意外な共通点が浮かび上がります。彼らは技術書だけを読んでいるわけではなく、むしろ幅広いジャンルの本から着想を得ていることが多い。天才たちの読書スタイルから、私たちが学べることを探ってみましょう。

ビル・ゲイツ - 余白にメモを書き込む読書家

マイクロソフトの共同創業者であるビル・ゲイツは、世界で最も有名な読書家の 1 人です。

ゲイツの読書は、ただページを追うだけで終わりません。本にメモを書き込み、余白に自分の考えを記し、読後には要約を作成する。この「アクティブ・リーディング」のスタイルが、ゲイツの読書の特徴です。

ゲイツの読書ジャンルは驚くほど幅広い。テクノロジーはもちろん、公衆衛生、エネルギー問題、歴史、科学、小説まで。彼のブログ「Gates Notes」では書評が公開されています。

注目すべきは、ゲイツが「技術書だけ」を読んでいるわけではないという点です。むしろ、技術以外の分野の本から得た知見を、テクノロジーの課題解決に応用するのがゲイツのスタイルです。公衆衛生の本を読んでワクチン普及の戦略を考え、エネルギーの本を読んで気候変動対策の技術投資を判断する。読書が意思決定の基盤になっています。

リーナス・トーバルズ - OS の教科書に触発された男

Linux の生みの親であるリーナス・トーバルズの読書体験は、ソフトウェアの歴史を変えました。

トーバルズが Linux の開発を始めたきっかけは、アンドリュー・タネンバウムの教科書「Operating Systems: Design and Implementation」を読んだことでした。この本に掲載されていた教育用 OS「MINIX」に触発され、自分でも OS を作ってみようと思い立った。1 冊の教科書が、世界で最も広く使われる OS カーネルの誕生につながったのです。

トーバルズ自身の自伝「Just for Fun」(デイヴィッド・ダイアモンドとの共著・2001 年) には、1991 年に MINIX を手に入れ、自分でカーネルを書き始めるまでの経緯が語られています。本を読んで理論を学び、それを実際にコードとして実装する。このサイクルが、トーバルズの技術力を磨いた原動力でした。

トーバルズの読書スタイルは実践志向です。理論書を読んだら、すぐに手を動かして試す。本の内容を「知識」として蓄えるのではなく、「実装」として形にする。この姿勢は、多くのエンジニアにとって参考になるでしょう。

まつもとゆきひろ (Matz) - 言語設計者の読書

Ruby の作者であるまつもとゆきひろ氏 (Matz) は、自分の好きな複数の言語を混ぜ合わせて Ruby を設計したことを公言しています。

Ruby 公式サイトの説明によれば、Matz が Ruby に取り込んだのは Perl、Smalltalk、Eiffel、Ada、Lisp という自身の好きな言語の要素で、関数型と手続き型のバランスを取ることを狙っていました。それぞれの言語の設計を読み解き、良い部分を組み合わせて Ruby を作り上げたわけです。

Matz の読書の特徴は、「比較」の視点です。1 つの言語の本だけを読むのではなく、複数の言語の設計思想を比較しながら読む。この比較の中から、Ruby の「プログラマの幸福を最大化する」という設計哲学が生まれました。

言語設計者の読書は、単なる知識の吸収ではなく、異なるアプローチの比較と統合です。この姿勢は、アーキテクチャ設計やフレームワーク選定など、エンジニアの日常的な意思決定にも応用できます。

ジェフ・ディーン - 論文という情報源

MapReduce、BigTable、TensorFlow など Google の基盤技術に関わってきたジェフ・ディーンは、2018 年から 2023 年まで Google AI を率い、2023 年から 2026 年まで同社のチーフサイエンティストを務めました。これらの技術はいずれも論文として公開されてから、広く使われる仕組みになっています。分散システムや機械学習の最前線では、成果がまず論文の形で世に出るため、学習の中心も技術書ではなく論文になります。

論文は技術書より凝縮された情報を含み、前提知識を多く要求しますが、最先端の技術動向を把握するには最も速い情報源です。「技術書だけが学習手段ではない」という視点は重要でしょう。

DHH - ビジネス書も読むプログラマ

Ruby on Rails の作者である DHH (デイヴィッド・ハイネマイヤー・ハンソン) は、技術書だけでなくビジネス書も積極的に読むプログラマです。

DHH は Rails を 37signals (2014 年から 2022 年までは社名も Basecamp) の社内プロジェクトから生み出した人物で、同社の名前で「Getting Real」「Rework」「Remote」といったビジネス書も出しています。これらの本が扱うのは経営、働き方、組織論であり、いずれも技術書の外側にある知識です。

DHH の読書スタイルが示唆するのは、優れたソフトウェアを作るには技術力だけでは不十分だということです。ユーザーのニーズを理解し、ビジネスの文脈でソフトウェアの価値を判断する。そのためには、技術以外の知識が不可欠です。

Rails の設計思想である「Convention over Configuration」(設定より規約) も、技術的な判断であると同時に、開発者の生産性というビジネス的な判断でもあります。技術とビジネスの両方の視点を持つことが、DHH の強みです。

天才たちの共通点

これらの著名プログラマたちの読書習慣には、いくつかの共通点があります。

幅広いジャンルを読んでいる: 技術書だけに閉じこもらず、歴史、科学、ビジネス、哲学など、多様なジャンルの本を読んでいます。異分野の知識が、技術的なブレイクスルーのヒントになることが多い。

読んだら実践する: 本を読んで「なるほど」で終わらせず、学んだことを実際のプロジェクトやコードに反映させています。知識を行動に変換するサイクルが、彼らの成長を加速させています。

メモを取る: ゲイツの余白メモに代表されるように、受動的に読むのではなく、自分の考えを書き留めながら読む「アクティブ・リーディング」を実践しています。

1 冊との出会いを取りこぼさない: トーバルズの例のように、1 冊の教科書が仕事の方向を決めてしまうことがあります。効いているのは冊数ではなく、その 1 冊にどう向き合ったかです。

「あの人が読んでいる本」を読みたくなる心理

有名プログラマの推薦書リストが話題になるのは、本の中身を自分で評価するより、選んだ人の実績を手がかりにするほうが早いからです。「あの天才が読んでいる本なら良い本に違いない」。この近道は、本を選ぶ際の有力な手がかりになります。

ただし、天才たちが読んでいる本が自分に合うとは限りません。自分の現在のスキルレベルと学習目標に合った本を選ぶことが、最も重要です。

関連記事

• ソフトウェア開発の歴史を変えた 5 冊の技術書
• 技術書の古典を読む意味 - なぜ今さら古い本を読むのか
• エンジニアなら共感する技術書あるある - 積ん読から第 3 章の壁まで

まとめ

ビル・ゲイツは余白にメモを書き込みながら分野を選ばずに読み、リーナス・トーバルズは 1 冊の教科書から Linux を生み出し、Matz は複数言語の設計思想を比較して Ruby を作りました。天才プログラマたちの読書習慣に共通するのは、幅広いジャンルを読むこと、読んだら実践すること、メモを取りながら能動的に読むことです。彼らの読書リストをそのまま真似る必要はありませんが、読書に対する姿勢は大いに参考になります。