すべてのプログラマーが読むべき最も影響力のある本は何ですか？[閉まっている]

もしあなたが過去にさかのぼって、開発者としてのキャリアの初めに特定の本を読むように自分に言うことができるなら、それはどの本でしょうか？

このリストは多様で、幅広いものをカバーしていると思います。

検索するには：右上にある検索ボックスを使用します。現在の質問の回答を検索するには、を使用しますinquestion:this。例えば：

inquestion:this "Code Complete"

• Steve McConnellによるコードコンプリート（第2版）
• 実用的なプログラマー
• コンピュータプログラムの構造と解釈
• カーニハンとリッチーによるCプログラミング言語
• Cormen、Leiserson、Rivest＆Steinによるアルゴリズムの紹介
• 4人のギャングによるデザインパターン
• リファクタリング：既存のコードの設計の改善
• 神話の男月
• ドナルドクヌースによるコンピュータプログラミングの芸術
• コンパイラー： Alfred V. Aho、Ravi Sethi、およびJeffrey D. Ullmanによる原則、技法、およびツール
• ゲーデル、エッシャー、バッハ byダグラス・ホフスタッター
• クリーンコード： Robert C. Martinによるアジャイルソフトウェア職人技のハンドブック
• 効果的なC ++
• より効果的なC ++
• Charles Petzoldによるコード
• Jon Bentleyによる真珠のプログラミング
• Michael C. Feathersによるレガシーコードの効果的な使用
• DemarcoとListerによるPeopleware
• Peter SeibelによるCoders at Work
• ファインマンさん、きっと冗談ですよ！
• 効果的なJava 2ndエディション
• Martin Fowlerによるエンタープライズアプリケーションアーキテクチャのパターン
• リトルスキーマー
• 熟練の策士
• なぜ（有力）Rubyガイド
• 受刑者が亡命を実行している：ハイテク製品が私たちを狂わせる理由と正気を回復する方法
• Unixプログラミングの芸術
• テスト駆動開発： Kent Beckの例による
• アジャイル開発者の実践
• 考えさせないで
• アジャイルソフトウェア開発、原則、パターン、および実践（Robert C. Martin著）
• Eric Evansによるドメイン駆動設計
• ドナルド・ノーマンによる日常のデザイン
• Andrei Alexandrescuによる最新のC ++デザイン
• 最高のソフトウェアライティングI by Joel Spolsky
• カーニハンとパイクによるプログラミングの実践
• 実用的な思考と学習： Andy Huntによるウェットウェアのリファクタリング
• ソフトウェアの見積もり：スティーブマッコネル著、黒い芸術の謎を解く
• Chad Fowlerによる情熱的なプログラマー（私の仕事はインドに行きました）
• ハッカー：コンピューター革命の英雄
• アルゴリズム+データ構造=プログラム
• しっかりしたコードを書く
• JavaScript-良い部分
• 37の信号で現実になる
• Karl Seguinによるプログラミングの基礎
• コンピュータグラフィックス：Cの原則と実践（第2版）
• ブルース・エッケル著ジャワで考える
• コンピューティングシステムの要素
• Joshua Kerievskyによるパターンへのリファクタリング
• Andrew S. Tanenbaumによる最新のオペレーティングシステム
• 注釈付きチューリング
• ドナルドノーマンによって私たちをスマートにするもの
• クリストファー・アレクサンダーによる構築の時代を超越した方法
• 締め切り： Tom DeMarcoによるプロジェクト管理に関する小説
• StroustrupによるC ++プログラミング言語（第3版）
• エンタープライズアプリケーションアーキテクチャのパターン
• コンピュータシステム-プログラマの視点
• Robert C. MartinによるC＃でのアジャイル原則、パターン、およびプラクティス
• テストにガイドされて成長するオブジェクト指向ソフトウェア
• Brad Abramsによるフレームワーク設計ガイドライン
• デービッド・ウェスト博士によるオブジェクト思考
• W. Richard StevensによるUNIX環境での高度なプログラミング
• ハッカーと画家：コンピュータ時代の大きなアイデア
• トレイシー・キダーによる新しい機械の魂
• ジェフリー・リヒターによるC＃を介したCLR
• クリストファー・アレクサンダーによる構築の時代を超越した方法
• Steve MetskerによるC＃のデザインパターン
• ルイス・キャロルによる不思議の国のアリス
• 禅と二輪車のメンテナンスの芸術 by Robert M. Pirsig
• 顔について-インタラクションデザインの要点
• 誰もがここに来る：クレイシャーキーによる組織なしで組織化の力
• プログラミングのタオ
• 自然の計算美
• Steve Maguireによる堅牢なコードの記述
• フィリップとアレックスのWeb公開ガイド
• Grady Boochによるアプリケーションを使用したオブジェクト指向の分析と設計
• Joshua Blochによる効果的なJava
• NJカットランドによる計算可能性
• プログラミングの首謀者
• タオテチン
• 生産的なプログラマ
• ケビン・ミトニックによる欺瞞の芸術
• キャリアプログラマー：クリストファーダンカンによる不完全な世界のためのゲリラ戦術
• 人工知能プログラミングのパラダイム：Common Lispのケーススタディ
• 運命のマスター
• Andy HuntによるC＃とNUnitを使用した実用的なユニットテスト、およびDave ThomasとMatt Hargett
• ジョージ・ポリアによる解決方法
• 錬金術師パウロコエーリョ
• Smalltalk-80：言語とその実装
• 安全なコードを書くMichael Howardによる（第2版）
• 関数型プログラミングの概要Philip WadlerとRichard Birdによる
• バグなし！デビッド・ティーレン
• やり直しJason FreidとDHHによる
• JUnitの動作

K＆R

@フアン：私はフアンを知っています、私は知っています-しかし、実際に目前の仕事に取り掛かることによってのみ学ぶことができるいくつかのことがあります。一日中抽象的な理想について話すことは、単にあなたをアカデミックなものにするだけです。それらの存在の理由を真に理解したのは、アブストラクトの適用です。：P

@キース：アランクーパーによる「受刑者たちは亡命を実行している」についての素晴らしい言及-その本を読んでから私と一緒に働いた開発者の目を開く人は、それが支持するアイデアについて言及しているのを聞いた。+1

コンピュータサイエンティスト向けの離散数学http://ecx.images-amazon.com/images/I/51HCJ5R42KL._SL500_BO2,204,203,200_AA219_PIsitb-sticker-dp-arrow,TopRight,-24,-23_SH20_OU02_.jpg

JKトラスによるコンピュータ科学者のための離散数学。

これはプログラミングについては教えていませんが、すべてのプログラマが知っておくべき基本的な数学を教えています。大学でこのようなことを覚えているかもしれませんが、実際には、述語ロジックを実行するとプログラミングスキルが向上します。コレクションを使用してプログラミングする場合は、セット理論を学ぶ必要があります。

ここには、さまざまな方法で問題について考えることができる興味深い情報がたくさんあります。何か新しいことを学ぶためにたまに拾うだけで便利です。

Systemantics：システムの動作方法、特にシステムの失敗方法。安く使ってください。しかし、いくつかの失敗したプロジェクトに取り組むまでは、ユーモアを得られないかもしれません。

本の美しさは著作権の年です。

おそらく、本で提示された最も奥深いテイクアウトの「法則」：

基本的な故障モード定理（FFT）：複雑なシステムは通常、故障モードで動作します。

特定のソフトウェアに、他の部分の障害または他の部分の検証によってマスクされている障害部分があるという考えです。Therac-25放射マシンでの実際の例を参照してください。そのソフトウェアの欠陥はハードウェアのフェイルセーフによって隠されていました。ハードウェアフェイルセーフが取り外されたとき、それらの年の間ずっと検出されなくなっていたソフトウェアの競合状態は、マシンが3人を殺すことをもたらしました。

私の個人的なお気に入りの1つはHacker's Delightです。これは、教育的であると同時に読むのも楽しかったからです。

第二弾がまもなくリリースされますように！

コンピュータプログラミングの概念、手法、およびモデル。

代替テキストhttp://ecx.images-amazon.com/images/I/51YZ50ZR13L._SL500_AA240_.jpg

エクストリームプログラミングの説明：ケントベックによる変化を受け入れる。私はハードウェアXPまたはそれ以上の方法でソフトウェア開発を行うことを主張していませんが、私のキャリアのかなり早い段階で、この本の原則を紹介していただければ幸いです。単体テスト、リファクタリング、シンプルさ、継続的インテグレーション、コスト/時間/品質/スコープ-これらは私が開発の見方を変えました。アジャイルが登場する前は、デバッガと変更要求に対する恐れがすべてでした。アジャイルの後、それらの悪魔はそれほど大きくはありませんでした。

プログラミング言語の基礎を完全に理解するには、Benjamin C Pierceによる型とプログラミング言語。

代替テキストhttp://ecx.images-amazon.com/images/I/51E0Ojkz8iL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_OU01_.jpg

データベースシステムの概念は、優れたデータベース設計の原則を理解する上で読むことができる最高の本の1つです。

プログラミングの練習。ブライアンW.カーニハン、ロブパイク

ここに示されているスタイルは優れています。コードはそれ自体が意味をなし、本全体がKISSの原則に従っています。個人的には選択した言語ではありませんが、それでも私に影響を与えています。

ゼロからプログラミング。インターネットでは無料です。この本は私にAT＆T asmを教えました。とても読みやすいです。

人工知能プログラミングのパラダイム：Peter NorvigによるCommon Lispのケーススタディ

Common Lispを学びたかったので、私はそれを読み始めました。途中で、これが今まで読んだプログラミングに関する最高の本だと気づきました。

間違いなくソフトウェアの職人技

代替テキストhttp://ecx.images-amazon.com/images/I/5186JKTDVWL._SL500_AA240_.jpg

この本はソフトウェア工学、システム開発について多くのことを説明します。また、さまざまな種類の製品開発の違いを理解することも非常に役立ちます。WebVSシュリンクラップVS IBMフレームワークです。ウォーターフォールモデルを考案したとき、人々は何を考えていましたか？これを読んで、すべてが明らかになります（うまくいけば）

@ピーター・コールトン-あなたはクヌースを読まない、あなたはそれを勉強する。

私と私の仕事について... 純粋に関数型のデータ構造は、関数型言語を念頭に置いて考え、開発するのに最適です。

トーマス・フリードマンによる「世界はフラット」。

プログラミングの卓越性には、精神的エネルギーの投資と、医学や法律の専門職に匹敵する継続的な学習への献身が必要です。それはそれらの職業が支払うもののほんの一部を支払い、金融セクターに向かう数学的に精通した人に支払われる賃金よりはるかに少ないです。そしてのための賃金コード構築する、それが比較的職業であるので侵食されています、ほとんどの経済でインテリジェントで自己規律簡単に参入できるています。

プログラミングはすでに、例えば配管工事よりも支払う額が少なくなるまでに侵食されています。配管を「オフショア」にすることはできません。学ぶのに1年かかるまったく新しい配管技術のセットを受け取る特権のために、隔年でProfessional Plumber's Conferenceに参加するために$ 2395を支払う必要はありません。

あなたが北アメリカまたはヨーロッパに住んでいて、若くて賢いなら、プログラミングは合理的なキャリアの選択ではありません。プログラミングに関わるビジネスは絶対に。ビジネスを研究し、BS検出器を改良するためのプログラミングについて十分に理解してください。しかし、精神的エネルギーの大部分を、ライブラリ、データ構造、アルゴリズムの習得に捧げますか？それは、プログラミングが経済的な選択よりもあなたにとって何かである場合にのみ意味があります。

あなたがプログラミングを愛し、そのためにそれをあなたのキャリアにするつもりであるならば、それはあなたが生計を立てるためにそれをますます困難な職業にするために、現在そしてこれからも続く力について冷ややかな理解を発達させることを必要とします。「The World is Flat」は変数の名前を教えてくれませんが、すでに到着している経済の現実に6時間または8時間浸ります。あなたが怖がって取得し、それを読んで、できない場合は、その後、出て行くと買う「コードコンプリート。」

昨年、私はいくつかのクラスを受講しました。私は読む

イノベーターのジレンマ（破壊的技術）
神話の人間月間（管理ソフトウェア）
亀裂を乗り越える（スタートアップ）
データベース管理システム、COWブック
プログラミングC＃、OSTRICHブック
iPhoneの開発を始める、GRAPEFRUITブック

それぞれの本は素晴らしかったが、クレイトン・クリステンセンのイノベーターのジレンマ（1997 !!!）は本当に素晴らしい本であり、現代のソフトウェアの世界について本当に考えさせられました。対処される課題は、破壊的なテクノロジーであり、ディスクドライブ企業と非技術企業が常に、ゲームを変える新しいテクノロジーによってどのように破壊されるかです。おそらく最大の「ウェブ」企業であるグーグルについて考えるとき、それは1つに新しい展望を与えます。なぜ彼らはすべてに手を持っているのですか？それは彼らが自分の立場を何か新しいもので混乱させたくないからです。グーグルのプレビューはアイデアを得るのに十分です。それを読んで！

Steven Levyによるハッカー。

個性と生き方を第一に考えなければなりません。他のすべてを学ぶことができます。

プログラミングの実践

そして

コンピュータでそれを解決する方法

代替テキストhttp://img.infibeam.com/img/7101e0ee/496b1/05/629/PMB-9788131705629.jpg?hei=200&wid=160&op_sharpen=1

Python言語は私に非常に影響力がありました、私がこれらの本を何年も前に読んでいたらいいのにと思います。Python言語の美しさとシンプルさは、他の言語でコードを書く方法に本当に影響を与えました。

新しいチューリングオムニバスhttp://ecx.images-amazon.com/images/I/51HlYd-%2BRwL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_OU01_.jpg

本当に良い本です。コンピュータサイエンスの最も重要な領域のハイレベルな趣味があります。はい、CS！=プログラミングですが、これは依然としてすべてのプログラマーにとって有用です。

Brady Boochによるアプリケーションを使用したオブジェクト指向の分析と設計

フレッド・ブルックスによる神話のマン月 http://en.wikipedia.org/wiki/The_Mythical_Man-Month

「Unixプログラミングの芸術」は、ソフトウェアデザインのいくつかの原則（主に単純さ）を理解させようとするエリックS.レイモンドのような優れたハッカー/優秀な心による優れた本だと思います。この本は、Unixプラットフォームでプロジェクトを開始しようとしているすべてのプログラミングに欠かせません。

上記の本の多くは必読であることに同意しますが（実用的プログラマー、神話的マン月、コンピュータプログラミングの芸術、SICPがすぐに思い浮かびます）、少し異なる方向に進んでA Disciplineを推奨しますEdsger Dijkstraによるプログラミングの。32歳ですが、「検証可能性の設計」を強調することは非常に関連があります（「検証可能性」が「単体テスト」ではなく「証明」を意味する場合でも）。

コードクラフトピートグッドリフによるは良い読み物です！

コードクラフトhttp://ecx.images-amazon.com/images/I/51WZ9AEC3GL._SL500_BO2,204,203,200_PIsitb-dp-500-arrow,TopRight,45,-64_OU01_AA240_SH20_.jpg

Martin Fowlerのリファクタリング：既存のコードのデザインの改善はすでにリストされています。しかし、それが私に影響を与えた理由を詳しく説明します。

本全体の本質は、人間が読みやすく理解できるようにコードを構造化することです。私が書いたコードは、同僚や後継者が消費し、おそらくそれから何か良いことを学ぶためのものであることを強く教えてくれます。それは私が人々を私の名前を称賛するような方法で意識的にプログラムするように促し、私を永遠に非難するつもりはありません。

代替テキストhttp://ecx.images-amazon.com/images/I/61dECNkdnTL._SL500_AA240_.jpg

C ++プログラミング方法初心者に最適です。1500ページの完全な優れた本です。

広く賞賛されていないが、深い洞察に満ちている優れた本は次のとおりです。AlistairCockburnによるAgile Software Development：The Cooperative Game。

何がそんなに特別なのですか？まあ、明らかに誰もが「アジャイル」という言葉を聞いたことがあり、最近ではほとんどが信者であるようです。しかし、信じるかどうかにかかわらず、アジャイル運動が存在する理由の背後にはいくつかの深い原則があります。この本は、これらの原則を正確かつ科学的な方法で明らかにし、明確にします。原則のいくつかは（ところで、これらはAlistairの言葉ではなく、私の言葉です）：

1. チームソフトウェア開発で最も難しいのは、全員の頭脳に同じ理解を持たせることです。私たちは、実体のある世界では見えない巨大で精巧な複雑なシステムを構築しています。より多くの人々の脳がより深い理解を共有できるようになればなるほど、チームはソフトウェア開発により効果的になります。これがペアプログラミングが理にかなっている根本的な理由です。ほとんどの人はそれを却下します（私も最初は却下しました）が、この原則を念頭に置いて、もう一度試してみることを強くお勧めします。先ほど作成したサブシステムを深く理解している2人の人々に巻き込まれます...このように深い情報をすばやく転送する方法は他にあまりありません。それはバルカンの心の融合のようなものです。
2. 深い理解をすばやく伝えるために、必ずしも言葉が必要なわけではありません。そして当然の結果：単語が多すぎて、リスナー/リーダーの能力を超えています。つまり、試みている理解の転移は起こりません。子供たちが「没頭」し、「夢中になる」ことによって言語を話す方法を学ぶと考えてください。言語だけでなく...彼は床で電車で遊んでいる子供たちの例を挙げます。沿ってさえでした別の子供来て見られないの前に列車が...しかし、他の子供たちを見て、彼はゲームの要点をピックアップし、右に沿って演じています。これは人間の間でいつも起こります。これは、あまりにも多くの単語についての当然の結果とともに、700ページの詳細な要件仕様を記述しようとするのが昔の「滝」の時代にどのように見当違いだったかを確認するのに役立ちます。

そこにもたくさんあります。今は黙るが、この本を強く勧める！

運命の達人。あなたの職業への動機と愛情に関する限り、それはこの本で説明されているもの、真に刺激的な物語に勝るものはありません！