最初の3つの章の書評
「法の構造」を読み取ることによって、私は基本的なソフトウェアの問題のいくつかを理解しています。
まず、どのようにどのようなソフトウェア開発の最初のでしょうか？
ソフトウェア技術とソフトウェアプログラム、データ構造とアルゴリズム、ラインによってコードラインを介して、そのデータ構造に基づいた計算方法で構成されるプログラム。しかし、これはソフトウェアを構成するために完全に可能ではありません。本が言うように、ソフトウェアのビルド・プロセスは、それが各ソフトウェアに適用されます。これらの様々なファイルがあるとデータが手続き、コンパイル関係、リンク、およびその他のパラメータ間の依存関係によって決定され、データファイルおよびソフトウェアの様々なタイプを設計し、実装する必要性を、洗練されたソフトウェアは、よく構造化が必要。全体のソースコード管理、ソフトウェア設計、ソフトウェアのテストとプロジェクト管理の一般的な説明は、ソフトウェア・エンジニアリングです。
しかし、ソフトウェアの性質は、値と設計ソフトウェアを作成するためのソフトウェアのニーズを満たすように設計されています。あなたがあなた自身のソフトウェアを促進し、ソフトウェアビジネスを設定する場合、それはビジネスモデルが必要です。優れたビジネスモデルがなければ、それは最終的に絶滅するだろう
コードは、ビジネスソフトウェアの魂である、画面には優れたビジネスモデルが存在しない場合、コードを破壊することができることを教えてくれる。
だから、ソフトウェア業界は、それを開発する方法？ライト兄弟から紙飛行機を、我々は偉大な人間のファンタジーと実践であることを理解することはできませんここで、本発明にあります。
第二には、どのようにソフトウェアを受け入れることができ、ユーザを作成するには？
ソフトウェアは、次の点に注意してください。顧客満足度、信頼性、ソフトウェアの品質、メンテナンス機能。基本的な顧客満足度、信頼性、ソフトウェアエンジニアのメンテナンスは、品質とメンテナンス機能、これを改善する必要があり、このバグは一つのことを言及する必要があります。。
バグの話を、どのようなバグ、バグのソフトウェアは、ユーザーの行動であり、それは動作を実現することを期待され、同じ場所ではありません。しかし、どのようなプログラムは、世界のどの所望の機能を達成することはできませんし、ターゲットと意図された機能に到達するために
そこで問題は、ミスを減らすためにどのように、なっ？
ユニットテストは、書籍の第二章を述べ、それは良い方法です。良いユニットは、正確かつ迅速に、プログラムの正しさと完全性を保証するためにできるだけでなく、効率性を高めるために、だけでなく、タイムリーかつ正確に間違った場所を見つけます。再びエンジニアがより自分の手順を理解するのに役立ちます。
プログラマのための成長の第三章。私の意見では、この問題を解決する必要があり、プログラマは、プログラム、完全な課題やテストを記述することです。プログラムを書くことができます。しかし、現実でも経験した、非常に異なっていた、プログラマはとても巧みに学んだ言語を使用するように、独立して考える必要があります。
最初の3つの章を読んで、集中することで、私は技術的な知識の多くのことを学びました。しかし、開発と進歩の彼らのプログラムを達成するために、私はまだやるべき仕事がたくさんあります。