図1. ビジネスステークホルダーと重要な設計判断についてコミュニケーションするためのハイレベルなアーキテクチャスケッチ。 もののあいだを設計する あとになって考えてみると、このシステムのアーキテクトは「目に見える」ものに注目しすぎていたことがわかる。ユーザインターフェイス、ドメイン固有コンポーネント、データ管理、永続化、... しかし、アーキテクチャ上の問題はコンポーネント内ではなくコンポーネント間で発生していた。基盤となる技術インフラを含む他のシステムとのインターフェイスやインタラクション、インテグレーションで問題は発生した。アーキテクチャ仕様はこれらも辛うじて触れていたため、実際に問題が発生するまで、アーキテクトと開発者がそこに注目することはなかった。 これ対して、達人アーキテクトはもっと「もののあいだにあるもの」に注意を払っている。コンポーネントのあいだにあるもの、標準データ型の裏に
![達人アーキテクト - 人類未踏の地へ勇敢に進もう](https://cdn-ak-scissors.b.st-hatena.com/image/square/6af817ba7bd22135177415bf1bbe5f4768b01e16/height=288;version=1;width=512/https%3A%2F%2Fres.infoq.com%2Farticles%2Fpragmatic-architect%2Fja%2Fsmallimage%2Farticle-logo.jpg)