」すべての決定にはトレードオフが伴います。セキュリティ対策を追加すると、パフォーマンスが低下する場合があります。適切なトレードオフを行うのはアーキテクトの役割です。ゲームですが、アーキテクトはシステムの目的を知ることで、システムを成功に導くトレードオフを選択できます。目的が競合する場合は、問題点を説明し、目的に優先順位を付けて解決方法を探すのがアーキテクトの仕事です。C「つらくても頑張ろう!」ソリューションの実装には非常に多くの選択肢があり、アーキテクトは自分の「アーキテクチャ」の概念を開発チームに単に口頭で伝えることはできません。アーキテクトには、開発チームの指導が求められるようになりました。これには、よりソフトなスキルが必要です。「これをしろ」「あれをしろ」と指示するのではなく、方法と理由を尋ねるスキルです。アーキテクチャの理由を理解している開発チームの方が、より熱心に取り組み、実装に成功する可能性が大きいのです。アーキテクトは、開発チーム内で有能なスタッフを見つけて、有益な昇進のチャンスを与えることができます。ああ!」アーキテクチャを構成しているコンポーネント間の関係は、根本的な重要性を持っています。依存関係は必然的なものですが、できるだけ管理する範囲を最小にとどめるべきです。図を描いて、依存関係を調べます。かかわらず、循環しているのは良くありません。安定している必要があります。E「すごいものをお見せしましょう。」アーキテクトは、自分が選んだものを提唱する必要があります。その他の人は、アーキテクチャのアイデア、フレームワーク、指針となる価値を信頼する必要があります。伝道とは、いろいろな人に話をすることです。大別すると、技術関係の聞き手とビジネス関係の聞き手がいますが、その中にも実にさまざまな人がいます。アーキテクチャは、そのそれぞれに説得力のある話が必要です。伝道者は、共通の理解を得るために、複雑なシナリオをまとめ上げて単純化することができます。F「どのように達成するか?」ソリューションのアーキテクチャを作成するのは容易なことではありません。複数のソリューションのアーキテクチャを作成する場合は、特に時間的なプレッシャーとソリューション間の統合を考えれば、さらに難しくなります。フレームワークは、無駄な労力を省くための骨組みで、アーキテクチャ作成プロセスにツール、方法、共通の語彙を提供します。フレームワークは、アーキテクチャの「どのように」という質問に対処するものと見なすことができます。G「それが小委員会の意見です。真剣にビジネスを行うつもりなら、スーツを着なければならない時代が来たと言われています。モデルにかかわらず、等しい価値の競合的な要求があります。優れたアーキテクチャはさまざまなニーズに柔軟に対応できる必要がありますが、ビジネスの短絡的な要件によってアーキテクチャの価値が失われるようではいけません。同様に、優れた統制はテクノロジに関するダッシュボードスタイルの前向きな見通しをビジネスに提供できます。共通の理解は常に望ましいことです。優れたソリューションを提供するには、人間どうしの対話方法と、それをサポートするシステムの操作方法を理解することが重要です。各プロジェクトおよびチームの力関係はさまざまです。出資者との関係やモチベーションはプロジェクトごとに異なる場合があります。サイクルと見なすことができます。発明にはコストと時間がかかり、運や、考え方の大きな飛躍が必要になることもあります。商品化の時点でゲーム終了ですから、他者の作業を利用するのが最善のオプションでしょう。したがって通常は、既存のアイデアやソリューションを進化させ革新することで、効率性、競争に勝てる差別化などの利点を達成できます。この方法は、価値は小さいかもしれませんが、価値が下がることはありません。小規模なチームなら着実に革新を進めることができ、名前を売るチャンスになります。大規模なグループや組織はそれほどすばやく進めないかもしれませんが、個人やチームの革新を組織全体に浸透させて、このインスピレーションとイマジネーションを最大限に活用するメカニズムを構築する必要があります。アーキテクトは革新のために技術チームの口となり、ビジネスの耳となることができます。J「大きな力には大きな責任が伴います。議論が終わり、技術的な決定をする段階になると、アーキテクトが判断を下さなければなりません。チームはアーキテクトの判断を信頼し、アーキテクトの優れた判断がチームに自信をもたらします。好むと好まざるとにかかわらず、一連の良い判断や悪い判断によって、このアーキテクトが保守的か賢明か、衝動的か先見の明があるか、先入観に捕らわれているか挑戦的か、などの特徴が見えてきます。良い判断を下すことは重要ですが、現実には良い判断からも悪い結果が生じることがあります。ミスをすることよりも、何もしないことを心配すべきです。K「今知っていることをあのとき知っていたら。知識はアーキテクチャの重要なツールです。知識の限界を心得ていることは良いことです。知識はアーキテクチャの重要なツールです。未知だと知られている領域は、概念の証明やその他の知識構築を行う時期に来ています。知られていない未知は厄介です。アーキテクチャの世界では、異常を起こす得体の知れない原因に相当します。プロセス、開発方法論など、技術的でない要素の影響についても知る必要があります。L「どこまでもあなたに付いていきます。アーキテクチャとその背景にある価値の守護者として、アーキテクトは思想リーダーなのです。アーキテクトは絶えずビジョンを再評価し、競合するビジョンと新しいテクノロジについてのコメントを添えて、より新しくより洗練されたビジョンを再現します。リーダーとして、アーキテクトはライン部門を管理する義務はないかもしれませんが、信頼、洞察、モチベーション、インスピレーションなどを与えるチームの象徴となることが求められる場合があります。M「さて、この仕組みが目に見えるように、小枝とギターの弦だけを使ってこのモデルを作成しました。モデルのビューは、問題やソリューションに関する概念を伝達および理解するための手段となります。ビューごとに扱う概念が異なります。つのビューに詰め込みすぎると、ビューが複雑になりすぎるか、理解が単純化されすぎてしまいます。ビューを表す共通の表記法があれば、モデルに関する話が簡単になります。表記法自体が複雑になりすぎると、この利点はすぐに失われます。7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。TranslatorはPowerPoint用のアドイン。