1.ソフトウェアアーキテクチャは、しきい値が高すぎる、このアーキテクチャは、人々があまりにも吸う作るためにルールを依頼するあまり、あまりにもハード、あまりにも疲れを学ぶために、学習コストを習得するために必要な、と少し重要性の促進されました。
2.一般的な3 --4年間の会社で働くためにいくつかの技術スタッフは、水が流れて下向きに流れ、その損失が減少し、移動度によって引き起こされるように、ソフトウェアアーキテクチャはまた、これらのモビリティの問題の完全なアカウントを取る必要があります最小は良いです。
3.良いアーキテクチャは、一般的にテストに耐えることができないことが多い薄い空気のアーキテクチャ・ソフトウェア・アーキテクチャのうち、抽出された実用的な仕事を通じて、我々は強力なマルチ機能を追求していない場合でも、成熟し、安定して長い道のりを行く必要がありますどのように高効率、安定の少なくとも追求は、明日の間違いが、今日ここ間違えないでください、今日では、データが失われ、それはあまりにも吸うだろう、このデータを失いました。
複雑すぎる、ユニバーサルアーキテクチャを実現することができます4。あまりにも多くの機能は、整備不良の後、貧しい人々は、これらの改善は、不安定がある場合に影響を与え、ここで変更改善、怪物になる傾向があり、それがベストです特にプロセスの一つの側面を専門に一の態様に適しているいくつかの簡単な位置決め機能は、より優れた軽量。
技術は時間があまりにも、アーキテクチャを変更している、改善し続け、時代とともに変更する必要があり、それはあまりにも多くのフレームワークに掛かって期待することはできませんので、言語は、データベースを更新し、更新されたアイデアを更新することができます。
実際のプロジェクトから本質、プロジェクトの中核目的を抽出6.成熟したソフトウェアアーキテクチャではなく、最終的な結果の技術と遊ぶ、しかし、より良い製品、より合理的ではなく、技術がよりプレーするよりも、ハイレベル。
7.アーキテクチャに備えているか分からない、全体的なポジショニングアーキテクチャは、位置決めモジュールの明確な区分が知らない何か、である、そしてそれはプロジェクトが、あなた自身の基本的なスキルを向上させるか正直だった、数年間は、その後、トスまたは直接他の人は、彼らがより良いブラインドを投げるできるより、もっと勉強、アーキテクチャ、マルチ参照の本質について学びます。
ます。https：//my.oschina.net/iwenr/blog/227651で再現