プログラミング関連の本を読むプログラマーはまだまれですか？[閉まっている]

Steve McConnellによるCode CompleteとAndrew Hunt＆David ThomasによるThe Pragmatic Programmerの両方で、ほとんどのプログラマーはプログラミング関連の本を習慣として、または少なくとも十分な頻度で読んでいないと主張しています。これはまだ有効ですか？そのような本を読むプログラマーはまだまれですか？

読書を始めたのはごく最近になったことを認めなければなりません（そして今やめられません。財布の中が全部燃えています！）。私が実際にそれに反対する前に、それについて読む時間を無駄にするよりもプログラムを書く方が良いと主張しました。今では、少なくとも私にとって最良の結果は両方を行うことであることに気づきました。

編集：私は実際には、途中でプログラミングに関連したあらゆる種類の本を意味しました。-特定の言語、技術、パターン、パラダイムのいずれかになるものであれば、プログラマとしてあなたを利益を得ることができるよう。私はCode CompleteとThe Pragmatic Programmerについて言及していましたが、それはプログラマが通常そのような本を読むことはないことを読んだからです。タイトルが「本を読むプログラマーはまだ珍しいですか？」

「私はそういうものを読んでいます」のように、誰もがこの質問に個人的に答えているようです。ただし、このサイトにたむろする人として、あなたはすでにあなたの「平均的な」プログラマIMOを超えています。したがって、これは数値を劇的に歪めます。質問に直接答えるために：はい、本を読むプログラマーはまれな品種です。私は何十人ものプログラマーと仕事をしてきましたが、問題を解決するために本を取り上げるのは2〜3人だけです。彼らのほとんどは、特定のプログラムをGoogleで検索するか、神のインスピレーションを期待して画面をぼんやりと見つめます。:-)

また、プラグマティックプログラマーやコードコンプリートなどの「理論」の本は、平均的なプログラマーが読むことはめったにありません。プログラマーが本を読む場合、それは彼らが取り組んでいる特定の言語、フレームワーク、またはテクノロジーに関する技術的な本である可能性が高くなります。「ソフト」本は、ほとんどのプログラマーのレーダーにも載っていません。

Amazonのウィッシュリストの成長を止めることはできません。私が取り組んできた最新の本は、ロバートC.マーティン（ボブおじさん）によるClean Codeです。最近、私の地域の多くのプログラマーがブッククラブを結成し、ベストプラクティスを一緒に学び、経験を交換できるようになりました。プログラミング技術に関する本を読まなければ、私は同じプログラマーになるとは思わない。そこには膨大な量の資料があり、誰かがあなたのためにそれを凝縮し、自分で実験する前に出発点を与えるといいです。

私はそれらを読んだので、あなたの目撃リストに1を加えてください。（私たちが絶滅危species種のリストから外れるまでにどれくらいかかりますか？）

真剣に、私は、現時点でトップの投票者が、プログラミングの本にはほとんど価値がないと言っている人々であることに驚いています。お金をかけたくなかったらいいのにと思うものは確かにありますが、新しいコンセプトと技術に完全に目を向け、より良いプログラマーになったものがいくつかあります。例えば：

• AbrashによるZen of Code Optimization-これが今日のリアルタイムプログラマーである主な理由だと思います。
• Koening＆MooによるC ++の反mination-イテレーターとSTLの真価は、これを読むまでクリックしませんでした。
• Fowlerによるリファクタリング -コードの構造化と再構築の方法を教えてくれました。
• Beckによるエクストリームプログラミングの説明 -アジャイルクールエイドを完全に飲んだことはありませんでしたが、この本は要件、テスト、開発プロセスの管理に関する考え方を変えました。

学校でコードを書く方法を学びましたが、すばらしい本を読むまで、コードを書く方法を学びませんでした。

開発者にインタビューしている間、技術的なタスク（口頭および実用）でより良いパフォーマンスを発揮し、（さらに重要なことに）自分がしていることをしている理由を理解しているのは、少なくともたまに本。私はそれが完全に偶然だとは思わない。

確かにGoogleを使用して迅速な回答を得ることができ、ブログは特定の事柄を詳細にカバーするのに優れていますが、本は彼らがカバーするトピックのより調整されたビューを提供すると思います。また、異なるコンテキストで情報を提供することにより、知識が人々の頭にしっかりと残るようにします。あなたが既に知っていることであっても、その知識を検証するものを持つことは価値があると思います。

最後に、誰かが彼らが働いている主題に関する本を読んでいる場合、それはほぼ間違いなく、彼らがやっていることに真剣に興味を持っていることを意味し、物事をただうろつくだけではありません-知識ベースまたは創造的な仕事のためにこれは非常に重要ですあなたは最高のスタッフを求めています。

あなたは特定の技術ではなく、プログラミングとソフトウェア開発の実践に関する本について話していると思います...

個人的に、私はこれらの本を避ける傾向があります。なぜなら、それらの本のいくつかは言うべき有用なものを持っているからです。実用的なプログラマーのペアごとに、個人的な方法論/偏見/壮大な統一理論を推し進める著者の群れがいます...そしてポッドキャストで彼らが議論するのを聞くのは非常に楽しいかもしれませんが、彼らの本を読むことは、彼らの買い物リストを読んで...そしておそらくあまり有用ではありません。フォーラムやこの場所に関係なく、多くの同じアドバイスを得ることができます...著者と彼のストローマンの間ではなく、実際にそれを信じる人々の間で意見の相違が議論されるという追加の利点があります。

Code Complete、Mythical Man-Monthなどの肉は、ほとんどの経験豊富な読者が少なくとも無意識のうちにすでに知っている観察です。これにより、アサーションを強化し、中間プログラマーを教えるのに最も役立ちます。

プログラミング本が大好きです。150を超えています。まだまだ余裕があります。

まあ、私は本当に他のプログラマーに話すことができません。

私は高品質のコンピューター本を読みます。現在、私は神話マンマンの読み通しに取り組んでいます。

私の次の本は、おそらくRussell / Norvig AIの本か、McConnellのSoftware Evaluationです。遠くない未来に、SeibelのPractical Common Lispが登場します。

読んで、読んで、読んで、読んで...本から、ブログから、何でも...良い本からの方が良いですが、批判的に悪い本を読むことも助けになります。しかし、学び続けてください。毎日学習を続けてください。

私はちょうど出始めていた時に戻ってそれらを読んで、今最も私の周りに持っている（ソフトウェア開発の非コード部分に集中する傾向があることが、書籍の例えば欠陥予防の実用ガイド、ソフトウェア評価：ブラックアートの神秘を解きます）、リファレンスブック、または狭いコンピューターサイエンスの概念に焦点を当てたブック。

私が抱えている最大の問題は、技術に特化した本が数年で陳腐化する傾向があることです（たとえば、最近Visual Basic 6を書いている人はそれほど多くありません）。悪い投資、さらに多くの情報が最近オンラインで入手できる場合はなおさらです。同様に、A List Apartなどの非常に優れたサイトの一部を支持して、設計原則などに関する本の一部は無視される傾向があります。

本を読む理由は、あなた自身の知識とスキルを向上させるためです。それは、2つのことを意味します。（1）改善の余地があることを認識しなければなりません。（2）改善したいです。私が出会ったプログラマーの多くは、エゴが惑星ほどの大きさでした。残りの大部分は、喜んで一緒にcoast行しました。

先週、新しいKindle（Wifi + 3G）を手に入れましたが、それが大好きです。読書を止めることはできません。私はAmazonと他の出版社の両方からいくつかの技術的な電子ブックを購入しましたが、それらを一気に駆け抜けています。

物理的な本は今ではひどく古風に思えます。そんなに早くそれを期待していませんでした。

私は何年も...文字通り何年も技術書を読んでいません。

他の場所での情報の入手可能性についても一部。ブログ、記事、ホワイトペーパー、参照サイト、SOなどのピアサポートサイト...

部分的には、紙の本の費用と非現実性に関係しています。何かを福音として読むために使用した数字を、それが主観的であるか、おそらく時代遅れであると判断するためだけに考えてください。私たちの世界の絶え間なく変化する性質を考えると、リファレンスマニュアルでさえもすぐに期限切れになります。

私は技術書自体をノックしているわけではありませんが、技術的な主題に関する唯一の情報源であった時代は過ぎ去りました。現在、さまざまなソースから情報を取得しています。

私はそれらをいくらか見逃していることを告白しますが、少なくとも私にとっては、時代は進んでいます。

個人的な話：

私はかつて、50人または60人の開発者でいっぱいの部屋に、いくつかの.NET関連のものについてプレゼンテーションを行いました（すべて同じ会社で働いていました）。

マイクロソフトはこの講演のスポンサーであり、David Westの「Object Thinking」本（Microsoft Pressによる）のコピーを2部提供してくれました。

偶然にも、私はちょうどその本を読んだばかりで、とてもいい本だとわかりました。私はそれを聴衆に勧めて、私はいくつかのコピーを配っており、誰かが興味を持っているのであれば、彼らがしなければならないことはそれを尋ねるだけであると説明した。

何人かの人は本を閲覧するために来た、それらのどれも、私は繰り返し、誰も、いない一人は、それを維持することを決めていません。

言語の基礎を学ぶために本を手に入れたいです。このようにして、私はそれを見て、私が毎日/週のどの時間に何をしているかを知ることができ、ラップトップを心配する必要はありません。本を読んだら、コードで学習を始めます。

理論、そして実践。

私は、以前ほど多くの紙の形式のプログラミング本を購入していません。私はSafari Books Onlineを購読しており、月に1冊の価格で、O'Reilly、John Wiley＆Sons、Addison-ウェスリーなど。

私は第一世代のKindleも持っており、時にはプログラミングの本を買うこともあります。しかし、大きなKindle DX（私のものを手に入れた後に出てきた）は、技術資料のより良いプラットフォームになると思います。

（うわー、5つのアップ投票と5つのダウン投票—この意見は、私が想像したよりも議論の余地があるようです！）

Code Completeなどの本を読んだり、「すべき」とは思わない。とにかく、それはどういう意味ですか？そうしないとどうなりますか？

まず第一に、私はそのような本が私をより良いプログラマーにするとは思わない。彼らは他の人のために働くかもしれませんが、私のためにではありません。それらに含まれる事実情報はあまり詳細でも技術的でもないので、私はすでにその大部分を知っています。残りの意見は、私が同意するかもしれないし同意しないかもしれないが、私は確かに奴隷的に採用しないだろう。

私が実際に読むのが面白いと思ったプログラミング関連の文献は、絶対的な最小限の主観性を持つ純粋に技術的な文書です。これまでの私のお気に入りは、C＃言語仕様4.0とUnicode標準5.0です。他の人は、これは非常に辛くて退屈な読み物だと思っていますが、それは私の心を惹きつけ、潜在的に私がまだ知らなかった情報を提供することがわかります。

更新2010年10月- 07：私はちょうど持っていた実用的なプログラマーが、私はAmazonで最初の数ページを見て、私に指摘しました。「この本を読むべき人」セクションでは、「おそらく、あなたは自分の可能性を達成していないように思えることに不満を感じているでしょう。おそらく、自分よりも生産性を高めるためにツールを使用しているように見える同僚を見るでしょう。」それは私には当てはまりません。私の同僚は私よりも生産性がずっと低いので、イライラしています（そして彼らは気にしません）。私は自分の可能性を達成していると感じています（とにかくそれがどれだけ少ないか）。ええ この本を読む意味はありません。まさにその一例です。