ソフトウェアアーキテクチャの基礎 第2版 ―エンジニアリングに基づく体系的アプローチ

27章ソフトウェアアーキテクチャの法則（再考）

1章で説明した、ソフトウェアアーキテクチャの3つの法則を振り返ってみよう。

• ソフトウェアアーキテクチャはトレードオフがすべてだ。
• 「どうやって」よりも「なぜ」の方がずっと重要である。
• ほとんどのアーキテクチャ決定は単純な二者択一ではなく、極端な選択肢の間のどこかに位置する。

本書のほぼすべての例がこれらの法則を例示している。それは、これらをどのように導いたのかという話につながる。第1版を執筆した際、筆者らはソフトウェアアーキテクチャに関して普遍的に真実と思われる多くのことを見つけ、それらを法則として定式化したいと望んでいた。しかし、驚いたことに、第1版で特定できた法則は2つしかなく、第2版を書く中で追加で見つけられた法則も1つだけであった。元々の意図に忠実に、これら3つの法則は極めて普遍的であり、ソフトウェアアーキテクトが働く上での多くの重要な視点を提供している。

この短い章では、これらの法則を例に照らして再考し、トレードオフ分析に関するいくつかのニュアンスを指摘する。

27.1　第一法則：ソフトウェアアーキテクチャはトレードオフがすべてだ

ソフトウェアアーキテクチャの第一法則は、ソフトウェアアーキテクチャを定義づける特徴の1つである。すべてはトレードオフである。多くの人は、ソフトウェアアーキテクトの仕事は難しい問題に対する銀の弾丸的な解決策を見つけてヒーローになることだと思っている。しかし、そんなことはめったに起こらない（良い決定に対しては称賛されることはまれである一方、悪い決定には常に責任を問われる）。むしろ、ソフトウェアアーキテクトの本当の仕事は、トレードオフを分析することだ。

筆者らは、アーキテクトは特定のアプローチを熱心に支持するのではなく、トレードオフを中立的に判断する専門家としての評判を築くべきだと考えている。その理由は2つある。 ...