建築設計者

人々が「ソフトウェアアーキテクト」という用語を使うとき、彼らは建築建設からの比喩を用いて、アーキテクトの役割を理解しやすくしています。皮肉なことに、そうすることで、彼らは実際の建築設計者の役割を誤解しています。

ソフトウェアアーキテクトは、主任設計者、プロジェクトのすべてをまとめる人物として見られています。しかし、これは建築設計者が行うことではありません。建築設計者は、建物を望むクライアントとのやり取りに集中します。彼は、建物のレイアウトや外観など、クライアントにとって重要な問題に焦点を当てます。しかし、建物にはそれ以上のものがあります。

特に、建築設計者は建物の構造上の完全性を担う責任はありません。それは、私の妻であるシンディのような構造エンジニアの役割です。建築設計者は、建物を自立させるために構造エンジニアを呼びます。通常、この時点では、構造を効率的にするための変更を行うには遅すぎます。建物には電気および機械エンジニアも必要であり、建築設計者の初期の役割から同じ結果が生まれます。

しかし、建築設計者はチーム内の複数の専門家の1人であるという事実にもかかわらず、彼はクライアントとのすべての会話を処理する人物です。建築設計者は大学での概要のトレーニングと、建物の設計に必要なすべての分野で磨かれた経験を持っていますが、彼らの意見なしにすべての分野について話すことは不可能です。

クライアントとのやり取りに重点を置いていることを考えると、ソフトウェア開発において最も近い同等物はユーザーインターフェースデザイナーだと思います。そして、私はこのような比喩を信用していませんが、これは役に立つ系辞を持っています。それは、アーキテクトを仕事の責任者にする危険性です。最近の例では、シンディはホテルの構造工事を依頼されました。彼女はこれを開始すると、建築設計者のレイアウトは特定の枠組みを必要とすることに気づきました。わずかに異なるレイアウトにより、異なる枠組みのアプローチが可能になり、構造部分の建設コストを30％削減できます。建築設計者は、彼の建築設計がクライアントによって承認されたため、この変更に抵抗しました。

この教訓は、アーキテクトまたはユーザーインターフェースデザイナーを顧客関係の責任者に任命する場合、そのアーキテクトは他の専門家と効果的にコミュニケーションをとる必要があるということです。私が優れたユーザーインターフェースの人々の世界で見てきた問題の1つは、彼らがさまざまなユーザーインターフェーススキームのコストを考慮していないことです。これは、これらのコストがより深い技術的な懸念によって導入される場合に特に当てはまります。デイブ・ライスは、アプリケーションの同時実行性とロック戦略はユーザーインターフェースエクスペリエンスから分離できないと指摘するのが好きです。しかし、ユーザーインターフェースの人々のほとんどはこれらの問題を理解していません。典型的な建築設計者とは異なり、彼らが協力すればする必要はありません。

建築設計者の比喩に関する最後の考えです。マイケル・ポーランの「マイホーム」の継続的なテーマの1つは、建築家と大工の対立です。ポーランは、全体的に建築家が建物の設計の責任者になるという戦いに勝利したことを説明しています。悲しいことに、彼は彼らが通常、その仕事で最も低賃金の熟練労働者であると指摘しています。ソフトウェアアーキテクト：望むものを慎重に選んでください！