アーキテクチャの思考
2-1 アーキテクチャと設計
アーキテクチャ
・アーキテクチャ特性
・スタイル
・コンポーネント構造
開発者
・クラス設計
・ユーザインターフェイス
・ソースコード
従来、アーキテクトがアーキテクチャを開発者に伝える。しかしうまく伝わらない場合、開発者はアーキテクトが伝えたアーキテクチャを守らないこと、よく理解していなことがある。そーなっても開発者はアーキテクトにそのことを伝えない。それでは良くないのでしっかり、双方でコミュニケーションを取って連携をしたほうがいいということ
2-2アーキテクトの技術的な幅
アーキテクトは技術の幅を広くしてわかっていないことを減らしていくが大事
よーするに浅く広くを意識する。
トレードオフを分析する
2-3トレードオフとは利点と欠点のバランスのこと
アーキテクチャには正解がなく、必ずしも正しいというわけではない。なぜなら、それぞれの形や仕組みにメリットデメリットがあるから。
だからアーキテクチャの選択は常にトレードオフを考える必要がある。どのメリットを
重視するか。どのデメリットを受けいれるか。
2-4ビジネスドライバーを理解する
ビジネスドライバーとは仕事や事業を成功させるために必要な要素
アーキテクトに必要なことは美辞ネルドライバーを理解してそれをアーキテクチャの特性に変換して関係者と協力してシステム設計すること。
2-5 アーキテクティングとコーディングのバランスをとる
一番注意しなければいけないことはチームのボトルネックになってしまうこと
結論
実現できそうな機能（サービスや画面）の開発に集中する
メリット
・開発の実務経験がつめる。
・チームの開発者にアーキテクチャの難しい部分を理解してもらえる。
・開発の問題や難しい部分を知ることができる