もうプログラミングの「技術書」を読む人はいないのか？

最近、プログラミングの学習において分厚い技術書を開く人がめっきり減った気がする。みんなドキュメントを流し読みしたり、AIに答えを求めたり、チュートリアル動画を倍速で見たりするだけで済ませていないだろうか？体系的な知識を身につけるための「読書」というプロセスが失われつつある現状について、皆はどう思う？

残念なことだけど、コーディングエージェントを使いこなすには、自分が何をどう構築したいのかを正確に指示するための言語能力や語彙力が不可欠なんだよ。ジュニアエンジニアが本を読むべきなのは、コードの書き方を知るためじゃなくて、エージェントを導くための語彙や文法を身につけるためなんだ。

ちょうどプログラミングの本を600ドル分くらい買い込んだところで、読むのがすごく楽しみだよ。いわゆる「古典」とされるタイトルが多いけど、やっぱり紙の媒体の方が頭に入ってきやすいんだよね。

Stack Overflowの質問数は月間約3,800件

恐ろしいのは、Stack Overflowは急速に衰退していて、すでにその半分以下の数になっているってことさ。

https://data.stackexchange.com/stackoverflow/query/1926661#g... (https://data.stackexchange.com/stackoverflow/query/1926661#graph)

単にタイプの手間を省くこと以上に、良書の本質は情報の「順序」が慎重かつ丁寧に構成されている点にあると思う。無料でリファレンスマニュアルが手に入るのにわざわざお金を払うのは、そういう「ガイド」が欲しいからなんだ。未知の概念をトップダウンで教えてくれて、分かりやすさと網羅性に責任を持ってくれるような本のことだね。

LLMの指導も大好きだけど、今でもガイドブックを補完するものとして使っているよ。悲しいかな、最近はコンピュータサイエンスの分野でそういった構成の本をあまり見かけなくなったけど、フランス語や生物学、天体物理学なんかでは今でもそのスタイルで学んでいる。本を手に取って、LLMを読書の補助として活用するんだ。いつも頭の中に山ほど疑問が湧いてくるからね。

なぜコンピュータサイエンスだけこれほど極端に違うのかはよく分からないけど、技術の移り変わりが速すぎて陳腐化してしまうからかな？ ともかく、本を読みふけるのは新しいトピックを学ぶ一番の方法だし、1日12時間画面に向かって必死にタイピングしている今でも、それは変わらないよ。

全員がそうとは限らないよ。自分は『The Rust Programming Language』（通称：Rust本）と『Rust for Rustaceans』でRustを学んだんだ。確かにC/C++からの移行ならオンラインで構文だけ覚えることもできただろうけど、最適なイディオムやスタイルを身につけるには、本を一冊丸ごと読み通す時間とコミットメントが必要だった。『Rust for Rustaceans』は、微妙なポイントを確実に理解するために、各ページを少なくとも2回は読んだと思う。Stack Exchangeの断片的な情報を読んで適当に弄り回していれば、Borrow Checkerの仕組みについて半端な知識は得られたかもしれない。でも、『Rust for Rustaceans』のおかげで、何年も試行錯誤しなきゃ分からなかったような細かい部分が明確になったんだ。プログラミングに関する優れた書籍を書いてくれる人が今もいることに感謝だよ。

それはLLMが登場する前からの話だよ。インターネットはもう何十年も前からプログラミング知識の主要な源泉だったからね。

もちろん、基本を学ぶには今でも本は良い選択肢だと思うよ。

この投稿はミスリーディングというか、単にノスタルジックなだけな気がする。言及されている本が今も存在する理由は、技術を創造している人々が実際に執筆を続けているからだ。彼らは動画コンテンツを作ったり、カンファレンス（オンライン・オフライン問わず）にも参加している。それがすぐに消えることはないよ。ただ、情報へのアクセス方法が変わっただけかもしれないね。

古いPerlのデバッグが必要なら、Claudeに聞けばいい。答えをもらって次に進めるさ。でも、新しい技術がメインストリームになる前にそれを「学びたい」と思うなら、やっぱり関連資料を探しに行くはずだ。そして、探している場所にはちゃんとある。今でも地上波放送を見たり、Blockbusterに通ったりするのかい？ 時代は変わり、市場も動くものさ。興味深いことに、人々は本を好んでいるし、物理的な形として手元に残したい人向けに本は今も提供されている。現在の出版のほとんどはPOD（プリント・オン・デマンド）で、注文を受けてから印刷ボタンが押される仕組みになっているんだ。

最近『Computer Systems: A Programmer's Perspective』[0]を買って、ペンと紙を使って読み進めているところだ。

アセンブリ言語や「システムレベル」プログラミングはこれまで表面的な経験しかなかったから、すごく楽しんでいるよ。

[0] https://www.amazon.com/Computer-Systems-Programmers-Perspect... (https://www.amazon.com/Computer-Systems-Programmers-Perspective-3rd/dp/013409266X)

> あなたは既にその理由を大体知っているはずだ。ChatGPTは月間アクティブユーザー数が9億人を超えている。GitHub Copilotの有料会員は2026年1月時点で470万人で、年間で約75%増加した。もうClaude Codeなしでソフトウェアを書くなんて想像できないだろう。

自分はプログラミングの本とLLMを目的別に使い分けているよ。本を読むのは、今取り組んでいる特定の課題の解決策を見つけるためではないことが多い。特定の課題にはLLMを使う。ピンポイントで回答してくれるからね。一方で本は、言語を「学ぶ」ために必要なより広いコンテキストを提供してくれる。LLMだと解決策は得られても何も定着しないことが多いけど、本だと違うんだ。まあ、人によるだろうけどね。

昔は新しい言語を始めるたびに1、2冊は本を読んでいたな。最後にそうしたのは2017年にSwiftを学んだ時だったと思う。その時はStack Overflowもかなり活用したよ。

その次の本格的な学習は2022年のGoだったけど、それは完全にオンラインのリソースだけで学んだんだ。