ジュニア開発者は、コードの書き方を学ぶためにやっぱり読書するべきだよね。誰もコードを書けなくなるなんて、そんなの望んでないでしょ？

これについて自分も考えてたんだけど、AIについて知ってることを考えると、一般の人たちがソフトウェアを開発しようとする中で、専門用語を知らないから語彙が少しずつ変わっていくんじゃないかな？AIシステムはプロンプトから学んで、何を達成しようとしているのかの理解を調整するんじゃない？

自動運転車を安全に運転するには、必要なときにすぐに操作できるように道路に注意を向け続ける必要がある。でも、それが人間の本質じゃないんだよね。ほとんどの人は抵抗の少ない道を選ぶから。特に発明の主な目的が便利さを提供することだから。

職場でAIを技術面接に使うべきかどうかで意見が割れたんだけど、AIありとなしの両方で面接をやって解決したんだ。面白かったのは、どの候補者も両方の面接で合格か不合格だったこと。AIなしで手動でプログラムできない人は、エージェントにタスクを完了させることもできなかった。LLMに質問を入力して、求めていた答えは得られたけど、必要な答えは得られなかったってこともあった。正しい用語を使ってなかったからね。

まだ早いけど、これはすごい統計だね。驚いた。

誰かStackOverflowを好きだった人いる？質問が出るたびに、編集されて全然別物になっちゃうし（大体は無礼な感じに）。半分の回答は、どんどん証拠を求めてくるし、もう半分は「そんなことする必要ないよ」って言ってくる。唯一役に立ったのは、専門知識を持った人たちの意見ベースの投稿だったけど、SOはそれを排除しようとしてた。オンラインで一番役に立たない場所だったけど、一番アクセスしやすくて、代わりがなかったから生き残ってた。AI推進派ではないけど、よく理解されているトピックについての簡単な質問に答えるのにはぴったりだと思う。さようなら、StackOverflow。

ソーシャルメディア企業に18億ドルも払うのは絶対ダメだね。新しいオーナーにとっては良い結果にならない。Stack Overflowだけじゃなくて、Tumblr、Vine、MySpace、Twitterとかもそう。Instagramが唯一の例外かも。ピークで売った創業者たち、いい仕事したね。

データを見るのは面白いね、質問はいつも3月にピークに見える。これについて何か知ってる人いる？

うわっ！質問数が月に約1,300件まで減っちゃった。もし、ユーザーが年に1回質問すると仮定して、質問する人1人に対して50人のローカーがいるとしたら、月間訪問者数は80万人だね。[1] それは悲惨な低さだ！[1] 1300 x 12 x 51 = 約800K。12ヶ月ごとに1人のユーザーが質問するからx12、投稿者1人に対して50人のローカーがいるからx51。僕の仮定は疑問の余地があると思うけど、修正があれば知りたいな。でも、やっぱり数字はすごく低いね。

すごいことに、AIはStack Overflowや特定のRedditの部分、他のフォーラムを参考にしていて、それなしでは現代の技術についていけなくなるだろうね。そして、どれも死にかけてる。

残念ながら、昔から本当に良いプログラミング本って、君が言ってるように、めちゃくちゃ珍しかったんだ。若い頃は、アンドレ・ラモスのゲームプログラミング本を楽しんでた。ほとんどの「言語Xを学ぶ」本は、文法に偏りすぎてて、組織についてはほとんど考えられてなかった。

この開発についてはHNでも前にコメントしたことがあるから、フロントページにこの投稿があるのを見て嬉しいよ。数ヶ月前のことだけど、「...実際のところ、高校生たちがハイテクやプログラミングに入ってくるとき、ほとんど本を読まなくなってるんだ。どうやって知ったかって？最近、高校生たちと遊んでたときに、どうやって学んだか聞かれたんだ。僕は主に本やmanページを通じて学んだって言ったら、『ああ、高品質な書かれた資料を軽視しちゃダメだよ。O'Reilly、Wiley、Addison-Wesley、Manning、MIT、No Starch Press、などなど...』って言ったら、彼らの顔がどうなったか見てほしかった。まるでスティーブ・ブシェミのミームみたいに『どうも、仲間の子供たち？』って感じだった。彼らは僕を完全に化石かおじいちゃんみたいに見て、『いや、もう誰も技術書なんて読まないよ。TypescriptはYouTubeの動画で学んだ』って言ってた。」

良い本の重要な部分は、考慮された順序での提示だった。 > ガイドであり、私にとって不慣れな概念をトップダウンで教えてくれ、アクセスしやすく包括的である責任を持っていた。 > LLMのチュータリングだが、今でもガイド付きの本の補完として。 > 本を手に取って、LLMを使って読みを補完する。 まさにその通り！人々は、適切なメンタルモデルやフレームワークがなければ、単なるデータや情報は教育や知識にはならないことを忘れがちだよね。森を見なければならない、木だけを見てはいけない。これはCSに特に関連していて、たくさんの相互に関連した概念があるから、詳細に圧倒されて何も理解できなくなることがある。エッジガー・ダイクストラは、彼のEWD340: The Humble Programmerでこれを明確に指摘している。 - https://www.cs.utexas.edu/~EWD/ewd03xx/EWD340.PDF 体系的で全体的なメンタルモデルを構築していなければ、何も学んでいないことになる。トップダウン設計とボトムアップ実装は、システムが一つにまとまるために両方が必要なんだ。だから、良い教師や良い本が必要なんだよ。

直感的に、人間は情報をいろんな角度から見ることで、より良く学ぶと思うんだ。物理的にも精神的にもね。物理的には、同じ概念を画面と印刷物で見たり、ノートを取ったり、関連する文をハイライトしたりすること。似たように、物理的な本で概念を見て、短いコードスニペットを書くのも、いろんな精神的な角度から見ることになる。ただ、これに関して証拠は持ってないし、正式な研究もまだ見つけてないけど。

ほぼ同じことを言いに来たよ。最近、仕事ではプログラミングする時間が足りなくて、自由な時間にRustを学んでるんだ。Rustの本を参考にしてるよ。「rust for rustaceans」の推薦、ありがとう！ちょっと見てみるね。チャットGPTは、普段なら他の開発者にデバッグしてもらうために聞くようなポイントでしか使ってない。あとは、Rustの本やクレート、RustやECS、ローグライクについてのブログを中心に学んでる。めっちゃ楽しいよ！

• PAIP - メタオブジェクトプロトコルのアート - モダンC 今年はこれを何度も読み返してる。

僕のやり方は、まずその技術を実際に触ってみることだね。チュートリアルや「はじめに」ページ、本の最初の章を見て、ちょっと手探りしてみる。いろんな情報源に触れてから、本を一通りざっと読んで、面白いところで止まる。そして、気になる部分を何度も読み返すこともある。時には本から読み始めることもあるけど、深くは覚えられないってわかってる。でも、それで技術についてもっと学ぶためのキーワードは得られるんだ。プログラマー仲間が、導入本を読めば簡単に解決できた問題で苦労しているのを見ると、いつも驚かされるよ。

新しいことを学ぶときは、やっぱり本が一番だね。PHPを独学で学んで、4年後に何かの答えを探してたら本を見つけたんだ。その次のページには、僕の時間を大幅に節約できた情報が載ってたから、結局その本を全部読んだ。それ以来、RubyやGo、Elixir、Docker、K8sなど、いろんな本を読んできたよ。ネットから情報を集めるより、こうやって本を読むのが一番効率的だと思う。自分で情報を集めると、どこにギャップがあるか分からないからね。

それが僕の初めての本で、No Starch Pressの美学を紹介してくれた。他の出版社には真似できないものだね。

人間が理解したり管理したりできないビジネスが出てくるだろうね。生産的ではないかもしれないけど、誰かにとっては利益が出るはず。つまり、そういうことが実際に犯罪なのか、それともそう考えるべきなのかを理解する能力を超えてしまう可能性があるってことだ。

初期のJavaに戻ると、本がなくなったのはより良いIDEのおかげで、Stack OverflowやGoogle検索のせいじゃなかった（当時は存在しなかったし、見つけるものも少なかった）。IntelliJみたいなものがあれば、大きなリファレンスセクションは無意味になったし、ソースコードやJavadocsをその場で見られた。Intellisenseも必要なものをほとんど見つけてくれたから、それが6冊のJava本の90%を占めてた。具体的な説明が必要な部分、例えばJavaの並行処理の実践とか、元々の低レベルのプリミティブに関してはまだ必要だったけど、カレンダーのクラスの初期実装を説明できるような狂った人が必要だったかも。どちらにしても、そういうのが出てきた瞬間から、もっと小さな本が必要になった。特にJavaではライブラリコードが非常に読みやすいから。C++の標準ライブラリの中を見てみるのと比べると、ビジネス用に書く通常のC++とは全く違う性質のものだから、簡単ではないけどね。

「人間が理解したり管理したりできないビジネスが出てくるだろう」誰もそのビジネスを完全に作り出したり管理したりしていないなら、誰もその権利を主張すべきじゃないと思うから、すべての利益は公共のものになるべきだよね。

一冊の本とJavadocでJavaをやるのは全然大丈夫だったよ。Java Unleashed、初版は1996年だね。

HNを失ってしまうのかなって、たまに考える。

「人間が理解したり管理したりできないビジネスが出てくるだろう」純粋な数学では、もうすぐその境地に達すると思う。

科学や工学の複雑さの問題は、もうしばらくの間、従来のソフトウェアや数学で分析・設計できる範囲を超えてきていると思う。ウォルフラムは、いくつかのプロセスはあまりにも複雑で、計算手法でしか解決できないと主張している。もしそうなら、AIが新しい技術や科学を設計・発見する手助けをする唯一の道かもしれない。ジョブズが思い描いた「心のための自転車」かもしれないね。

私もパートナーと似たようなことをしたけど、実際の店の棚は見なかったんだ。結局、「How to Design Programs」に決めた。いくつかの用語を明確にする手助けをしたけど（何だったかは覚えてない）。でも全体的には、彼女がそれをすぐに理解して実行できたことに驚いた。彼女はその本だけと、非常に安価で基本的なLLMから少しだけ助けを受けて、すごくうまくいったんだけど、生活が忙しくなって時間が取れなくなっちゃった。全体的に、こういうことには本当に良い本だと思う。 - https://htdp.org/ > 教訓としては、本も悪いオンラインリソースと同じくらい失敗する可能性があるってこと。正直、"x言語 チュートリアル"でググる方が、本棚から何かを選ぶよりもずっと良い結果が得られると思う。もし本を信頼できないなら、しかも自分がその言語を完璧に知ってるなら、新人にはどんな希望があるんだろう？プログラミングを紹介するために、言語チュートリアルや「Learn $LANGUAGE」は良いターゲットじゃないと思う。それは本でもブログでもYouTubeのチュートリアルでも同じ。特定の言語に焦点を当てる前に、計算的思考を教えるべきだと思う。HtDPや_The Little Schemer_、_Logic, Proof, and Computation_みたいなものがいい。実践的なスキルを先に学びたい場合でも、「Learn $LANGUAGE」のようにターゲットが広すぎる本はあまり良くないと思う。_Learn Enough ... to be Dangerous_シリーズのようなもので、まずコマンドラインのエントリーから始めて、その後同じシリーズのターゲット言語（JavaScript、Ruby、Python）のエントリーに進むのがいいと思う。その後、特定の言語を通じてほぼ全体の言語やプログラミングパラダイムを教えようとする本に進むことができる。プログラミングを学ぶのが目的なら、プログラミング言語がマイナーでもツールチェーンが古くてもあまり関係ない。でも、仕事で仲間と一緒に使うために言語を学ぶのが目的なら、出版日を確認する必要があるね。多くの人にとって、最初のプログラミングの本やクラスは「Pythonコース」や「Javaコース」として提示されたかもしれないけど、それはどんな戦略であってもプログラミングとの最初の出会いの目標を表しているわけではない。

素晴らしい本をありがとう。あなたの本はGoコミュニティで非常におすすめされています。「The Go programming language」を読み終えたら、絶対に読むつもりです。

あなたの本の潜在的な海賊版について、これらのLLMについてどう思いますか？

2026年5月2日は私だ！Goを学ぶのは本当に素晴らしい本だね。

雇用の数字とも関係があるよね。企業が人員を減らしてるから、プログラミング本を買う人も少なくなってる。

「すべての本をインデックス化し、海賊版を使ってそれを行った」面白いことに、HNの人たちはこれを全然問題だと思ってないみたいだね…もし自分が何か（意味のあるもの）を作って、それがこういう目にあったらどう思うんだろう。Goが大好きで、過去2年間でたくさん学んだけど、結局は「バッテリー同梱」の解決策の方を選んじゃった。Goでの同時処理を自分に自信を持って扱えるとは思えないから。でも、Goは美しい言語だし、もしまた戻ってきたら、まだその本が見つかるといいな。AIを使って学ぶのは嫌なんだよね。

あなたの本が私のGoへの道だったよ。ありがとう！物理的な本があるって、私にとってはすごく大事なんだ。

あなたの本はいい本だよ（私も両方のエディション持ってる）。でも、残念ながら言語学習の本はAIの影響を一番受けると思う。部分的には著作権の問題もあるけど、もう一つの大きな理由は、人々がコーディングを減らすから。私はほとんどゴー言語を書かず、代わりにプロンプトを使ってる。まだその本は役に立ってるけど、何が起こっているのか理解し続けたいし、コードを見直したいからね。ただ、私みたいなソフトウェアエンジニアは将来的には少数派になると思ってる。もし3版を出版して、AIに取って代わられてなかったら、買うよ。:) 他の話題については、AIを使うことでいくつかの隙間を埋められるけど、長年の努力で得た知識をまとめた本は貴重だよね。NoStarchはそういうリソースに関して素晴らしい。例えば、Linuxカーネルのメモリ管理に関する新しい本が出るみたいだし、KerriskのクラシックなLinux本や専門的なセキュリティ本もある。一方で、O'Reillyのサブスクリプションはキャンセルしたよ。あまり読まなかったから、価格に見合わなかったし、今は必要に応じてDRMフリーの電子書籍を個別に買ってる。

O'Reillyのサブスクリプションをキャンセルしたのは、出版社から本を買った方が安いから。数ヶ月ごとに1冊読む感じ。無制限アクセスでもっと読むと思ったけど、そうでもなかった。年539.88ドルに対して、書籍には140〜200ドルくらいしか使ってない（割引コードが出たときに利用してる）。本に戻るのも好きなんだ。O'Reillyのプラットフォームでは、サブスクリプションが終わるとそれができないからね。無許可のトレーニングについては同意するよ、それは一種の海賊行為だよね。

アンナのアーカイブのせいかもね。