8章の第七を読み取ることによって、私はコードが完璧ではない、コードのどれもが何かの増加を必要としませんことを学びました。人々は常に最終的な機能を追求しているため。ハング需要は、我々がしなければならない需要がインターフェイスを設計されていないではない、あなたの顧客の要求が一緒に文書化し、我々は需要がアーキテクチャではないことを覚えている需要をタップして、構築し、需要が必要とされています。
実用的なプロジェクトは、実用的なチームが必要です。品質上の焦点は、品質だけで、独自の貢献をすることができ、すべてのチームメンバーから来ています。それを確実にするために、誰も積極的なモニタリング環境を変更します。開発者のチームは、相互に通信する必要があります。書き込みが書かれたものの非常に重要な部分です。コード内のコメント、本質的なことに、彼は他の場所に書き留めたものではない、説明するのは難しい忘れやすいことができますが、レコードのものを得ることができます。良いコードは、大きな期待を持っています。ACの期待は、ユーザーがあなたの前を歩くために必要なものの彼らの想像力で始めることができますが、それは不完全な、一貫性のない、またはできない場合があります。だから、交換は、所望の機能を達成するために、ユーザにとって大きな意義を有することが望ましいです。彼らの期待を共有し、共有にあなたは彼らと一緒にやっている間。彼らは驚い得ることができました。