この本は、私が経験のこれらの前任者を見てきました、それを読んだ後、私はこの本から大きな収穫を感じて、私たちのJAVAの先生から推奨され、また、私にとって素晴らしい経験で、ソフトウェア工学の基礎となっています非常に重要。私たちは、ファッショナブルな技術の追求に焦点を当て、それらの技術を研究に基盤を築くためにか、独自の開発にいくつかの研修に参加良くなるだけでなく、強固な基盤を築くためにしたいです。
ほとんどの人はそれが困難時々理由だけで「ゆでカエル石のスープ」に固有の慣性のため、我々は変更を促進するための戦略を検討する、正当な理由のために、時には、変更を受け入れることを見つけます。一つは、あなたの仕事の利益の文脈を理解してお使いのソフトウェアがどのように良い簡単に理解し、そして時には近い完璧に唯一のオプションですが、多くの場合、トレードオフを設計しなければならないということです。私たちは、「十分に良いソフトウェア」でこの問題を検討します。
用語の「責任」は、我々は責任を取るためのイニシアチブに精通している、あなたが何であるかです。あなたは何かが正しく行われることを確保することにコミットしていますが、として最高のことができますを除いて、直接関係のあらゆる側面を制御することができないかもしれないが、あなたはあなたのコントロール外の危険かどうかを分析する必要があります。不可能または危険すぎる事について、あなたは責任を負うべきではない権利を持っている、あなたは倫理や判断の独自のコードに基づいて意思決定を行う必要があります。
あなたは結果に対して責任を負うことに同意するものとしない場合は、責任を取る必要があります。あなたは彼を認めるのに十分正直ミスや誤判定を行い、さまざまなオプションを提供しようとしたとき。他の誰かや何かのせいに、または一緒に言い訳を入れないでください。入れないでくださいすべての問題は言語、管理、またはあなたの同僚のプログラミング、サプライヤーに起因しています。
選択肢ではなく、言い訳の多様性を提供します。物事ができないこと言わないでください。状況を救うために何ができるかを示すために。コードは捨てなければなりませんか？改造の値についてのそれらを教え、あなたはプロトタイプを構築するための時間を費やす必要が、我々は再び起こってから問題を防ぐために、前進するための最良の方法を決定していますか？それとも追加のリソースを必要としています。あなたが助けを必要と認めることを恐れてはいけない、恐れて要求されないでください。
木の厚板は、それらを釘付けに適切にそれを修復する時間がない場合は、1に修理を見つけ、壊れた窓（貧しいデザイン、悪い決断か悪いコード）を容認しないでください、コメントを入れしようとしている、いくつかを取りますさらなる損傷を防ぐため、および管理下に自分の状況を説明するためのアクション。
私たちは、きれいな、うまくランシステムを参照してください窓は、かなり急速な悪化を破るようになった後、崩壊促進することができますソフトウェアは、我々は他の場所でそれらを議論するが、他の要因と比較し、より多くのを無視し、他の要因があります崩壊のプロセスの急加速。
ソフトウェア工学は、基礎を築くために、責任、責任を怠るしていない、すべてのバグは、我々は唯一のこれらの事を行うには、注意を払う必要があるということである事をお見逃しなく、我々は、ターゲットの専門家の最も基本的な条件を持つことができます。