1. コードアーキテクチャ
1.1. コードの品質を判断する次元
- 可読性（コードフローを容易にする）
- 拡張性・保守性（機能変更や新機能追加に便利）
- テスト容易性（品質管理）
- 再利用性（その後の機能開発の困難さを軽減）
1.2. アーキテクト
ソフトウェア エンジニアリングは非常に複雑なシステム エンジニアリングであり、システム全体の進化を計画し、導くためにプロジェクト全体の全体的な状況を制御できるチームが必要です。このチームはアーキテクトチームです。
基本的な目標に関して、ソフトウェア アーキテクトは、以下を含むソフトウェア エンジニアリングの実行結果に責任を負います。
- ソフトウェアを期限内に高品質で反復してリリースする
- 需要変化に機敏に対応し、ソフトウェア品質リスクを防止（ソフトウェア品質事故の回避）
- 反復的なメンテナンスコストを削減
ソフトウェア アーキテクトとソフトウェア エンジニアの最も根本的な違いは何ですか? 鍵は 4 つの言葉にあると思います: 全体の状況を制御する。
全体の状況をどのようにコントロールするか? その核心は、知識の文脈を体系的に整理することにあります。これは、アーキテクチャの機能を構築し、総合的に向上させるための鍵です。このアプローチはソフトウェア エンジニアリングだけに適用できるわけではありません。
全体の状況をコントロールするための前提条件は、世界全体を自分の頭の中で再構築することです。このプロセスでは、特定のテクノロジーの実装の詳細に没頭する必要はありません (世界構築プロセスの理解に影響しない限り) が、世界全体のコンテキストと世界全体の骨格は知っています。 。このとき、あなたはこの世界の構築者になったので、世界に対する感覚はまったく異なります。そして建築の本質は建設と創造だけではないでしょうか？