二日、第一章達人プログラマーの道を読んで多くのことを感じて。
実用的なプログラマの哲学に焦点を当ててから、実用的な思考。
実用的なプログラマの特徴：問題に対処する能力は、スタイル、態度や哲学の問題への解決策を見つけます。彼らは疑問を超えて考えるように自分自身を指示することができ、
そして、我々は、それがについて考える価値がある、常に文脈では大きな問題に,,常により大きな絵を捉えてみました,,大きな絵を維持しようとすることはできません、
大きくないコンテキストは、実践的に方法がない、純粋な妥協より長期的な展望を行うには大きい方法はありません。
理由の一つは、彼らは非常に成功したプログラマが、彼らはプロジェクトの地滑りのワットを見ていない場合、すべてのために責任があるということです。後半の配信時間に敏感なそこを徹底的に十分に文書化、テスト、および十分に自動化されているが、自身のキャリアに責任プログラマ、および無知やエラーを認めることを恐れていない、物事がまだ間違って行くには、技術が会ったことがありません問題。
我々は我々の能力を誇りに思っていますが、私たちの欠点を -と私たちの欠点-私たちの無知と私たちのミス-私たちは正直でなければなりません。
あなたは何のために責任を負うためのイニシアチブをとります。あなたは何かが正しく行われることを確実にすることにコミットしますが、問題のあらゆる側面を制御することはできません、私たちができる行うに加えて、しかし、制御不能に危険かどうかを分析しなければなりません。インポッシブルか何かのためにリスクが高すぎる、それはガイドラインの基準に基づいて裁判官必要があります。
ソフトウェア開発は、ほとんど物理学の法則に縛られていないが、影響のエントロピーは私たちのために素晴らしいですが,,エントロピーは、物理学の概念であり、システムに障害の総量を指し、残念ながら、熱力学の法則は、宇宙を保証しますソフトウェアを増やす必要は、ソフトウェアの腐敗と呼ばれていない場合、エントロピーを最大化する傾向があります。
精神崩壊の開発担当者は、より良い開発者で、最適なプランを開発するために、ソフトウェアを開発するにもかかわらず、ソフトウェアをトリガーする、プロジェクトはまだ彼らの一生の間に破壊と崩壊に直面する可能性があります。
維持することはできません「壊れた窓」（貧しいデザイン、悪い決断、または貧しいコード）修復されませんが、修理が適切に木の厚板でそれを修復する時間がない場合は、1を発見し、それを釘付け。クリーン、良好に機能するシステムで、ウィンドウは、急速な高齢化と同等のものを破るようになった後。
インパクトのチームのコードきちんと整頓個人コード、誰もが人々の最初の政治的破壊になりたくありません。
クライアントからのソフトウェアを書くの財の需要が,,我々は通常、顧客が優れたソフトウェアよりももっと欲しい尋ねると、ペースメーカーのようなチームは、宇宙船、それは厳しいが必要になる場合は時々、選択の余地はありません。