第二章の書評
私が最近読ん「達人プログラマー -専門家には小さな仕事からの、」この本は、第二章を読んで、プログラミング持っているより深い理解と意識、利益のために私にソフトウェアを聞かせて、ここで私は何があります意味でこの本の結果として第二章。
、実用的なアプローチの一部に私たちの深い導入のための深さで一歩一歩、二章は、「実用的なアプローチ」と題している章は7つのセクションに分けられ、各セクションは原則があり、着実に連動します限り、我々はこれらの基本原則のプログラミング中にいることを覚えているように、我々はより速く、より良い、より堅牢なコードを書くことができるようになります、とさえあなたは、これらが簡単に見えるようにすることができます。
（7）項の第VII章では、どこにでも私たちを思い出させる知識システムで繰り返されるべきではなく、繰り返しの危険性について教えてください。プログラマーとして、私たちは、整理、収集し、維持し、知識の使用は、残念ながら、知識が安定していない、変更が頻繁に発生し、我々はメンテナンスに多くの時間を費やす必要が不安定な手段であるすべては、私たちの発現システムを再編成我々の開発であれば、我々は、知識、何らかの理由で、時々メンテナンス活動が、開発プロセス全体のルーチン、メンテナンスではありません関連する知識を発見し、適切な変更を加える必要がありますそれらを維持するために、過度の使用にその知識を繰り返しているプロセスは、私たちがこれを行うならば、我々はメンテナンスの悪夢、アプリケーションのリリース前に始まった悪夢への招待状であり、非常に面倒になります。私たちは基本的に、このような悪夢を防ぐ必要がある。このような理由から、開発をプログラムする同じ知識を再利用するために終止符を打ちます。信頼性の高いソフトウェアの開発、およびそれが簡単に唯一の方法は従うことであることを理解し、維持するために作る DRY 原則：システムはすべての単一の、明確な、権威表現額の知識を持っている必要があります。これは実用的なプログラマの基本的な原則の一つです。著者は、繰り返しのさまざまに私たちを紹介し、繰り返しが、我々は離れて悪夢から、重複を避けるために試みることができるように、それは、起こったのかです。
（8）第八節を、私たちが話しているように直交何であるか、直交していますか？いくつかのデカップリングにはほとんど依存しないかどうかのためにコンピューティングでは、用語。変更は、2つの以上のものを発生し、これらのものは、よく設計されたシステムでは、直交している場合は、データベースのコードとユーザーインターフェイスは、データベースの変更、データに影響を与えることなく、インターフェイスを変更することができ、直交していますインターフェイスへの変更なし。直交システム、またリスクを減らすことができ、生産性を向上させることができないだけ。これは、直交性原理です。直交原則と DRY 原則は密接に関連して、使用DRY 原則を、あなたは、重複を最小限に抑えるために、直交原理をシステムに依頼することができ、さまざまなコンポーネント間の相互依存を減らすことができます。
（9）第九の概要は、コードの柔軟性を確保するために、だけでなく、アーキテクチャを維持することを検討するだけでなく、資格プログラマ、プロジェクトの開発時間として、可逆性の話、そして私達のための柔軟なアーキテクチャの重要性についてエリアなどのサプライヤーで、展開の柔軟性と統合。
（10）その後、我々はトレーサー、試作品やメモだけでなく、言語の分野と推定する機能が導入され、これらは、プログラマは、特に、それがチーム開発や特に重要な学術交流が、あるかどうか、学び、マスターする必要がありますそれは彼がこのサークルの基本的なイメージであなたを表現言語の分野、そしてどのように非常に重要であるプロジェクトの正しい評価を行う、プロジェクト開発におけるプロジェクトの進捗状況を推定することです。
上記は、私は読書の結果を感じるものです。