ソフトウェア アーキテクチャを越えて

アーキテクチャは、ソフトウェア ビジネスの中で非常に曖昧な言葉になりました。その意味について明確な定義を思い浮かべることは困難です。私はそれを基本的に主観的な用語だと考えています。人々はソフトウェア アーキテクチャについて説明するとき、システムの重要な部分、それらの部分の組み合わせ方、システムの設計において行った主要な決定を選択します。アーキテクチャはまた技術的な課題と見なされます。つまり、行う必要がある主要な決定は技術的な決定であるということです。

ここ数年ルークと話をしていると、彼はアーキテクチャに関する議論からしばしば悲しいほど省略されるものの、同様に重要な事柄について語っているという事実を本当に楽しんでいます。システムのマーケティング視点、ライセンス条項、ブランディング、展開、請求などです。これらの問題にはすべて重要な技術的およびビジネス上の影響があります。上級技術者はこれらの問題について考える必要があります。さもなければ、技術的に優れたシステムが優れたビジネス上の決定に至らない可能性があります。

これらの問題の多くは、ソフトウェアを他のエンティティに販売する人々にとって最も重要です。社内の IS ショップのアーキテクチャ担当者であっても、これらの問題によって失敗する可能性があります。ベンダーとのライセンス契約は、展開するソフトウェアのコストに大きな影響を与える可能性があります。ビジネスがチャージバックスキームを導入することを決定した場合、請求は重要になる可能性があります。ブランディングは、会社のビジネスサイドに対する可視性に影響を与えます。

ルークは、ソフトウェア開発の技術面とビジネス面の両方に対処した人の視点から書いています。私はこの二重性を魅力的だと思います。なぜなら、それによって、しばしば語られることのない問題について熟考することになったからです。彼は、心配する必要がないと考えることが最も大きな被害をもたらし、その過程で対処するために必要なアドバイスを提供していることを示しています。その結果、この本はソフトウェア設計の技術的な側面を補完するために大いに必要とされています。