ベストアンサー
ソフトウェアアーキテクトのタイトルは少し使い古されており、ソフトウェアデザイナーと混同されることが多いと思います（これは、芸術的な取り組みとしてのデザインとは何の関係もないため、さらに紛らわしい用語です。）
私の定義は次のとおりです。
ソフトウェアアーキテクト-この人は高レベルのブロックを扱います。システム間の接続、システム自体に最適なテクノロジーの選択、およびビジネス要件のエンジニアリング要件へのマッピング。彼は、たとえば、プッシュ/プルを使用する必要がある場合とpub / subを使用する場合、またはSQLデータベースの代わりにNoSQLデータベースを使用できる場合を理解するのに十分な経験があります。彼は、結果として得られるテクノロジーのコストも理解しています（パフォーマンスと実際の運用コストの観点から）。最後に、アーキテクトはテクノロジーだけでなくビジネスを理解する必要があります。
ソフトウェア設計者-アーキテクチャが確立されると、設計者は実際のソフトウェア設計を作成する責任があります。彼は、適切なクラスまたはデータベースの関係をモデル化することにより、各アーキテクチャブロックの設計を作成できます。また、ワイヤープロトコル、ファイル形式などを定義することもできます。
ソフトウェアプログラマー-設計が確立されると、ソフトウェア開発者はその設計を実装します。 。
重要度の高い順に、アーキテクチャレベルで行われる決定は重要であり、間違いがあった場合に変更するのは非常に困難でコストがかかることがよくあります。アーキテクチャエラーは、複雑なシステムでは何年もかかる可能性があります。設計エラーは、数スプリントのコストがかかる可能性があります。プログラミングエラーは、特定されるとすぐに修正できます。
また、1人が複数の役割を果たせないという要件はないことに注意してください。正式な組織では、ソフトウェアアーキテクトをシニアパーソン（またはエグゼクティブ）として、デザイナーをある種のチームリーダーとし、プログラマーをそのチームの個々の貢献者にすることができます。ただし、実際には、ソフトウェアアーキテクトは通常、アーキテクチャの作業が完了するとプロジェクトを離れることはなく、アーキテクチャの作業が遅くなると、通常、設計とプログラミングに関与します。
注意点は次のとおりです。ただし、アーキテクトは、慣れていることではなく、メリットに基づいてテクノロジーブロックを選択する責任があります。その場合、コードレベルでほとんど貢献できない選択になってしまう可能性があります。その場合、アーキテクトは最もよく知って、離れる必要があります。ドメインエキスパートへの実装。
それは私の意見ですが、他にも多くの解釈があると確信しています。また、アプリケーションが単純であるほど、一部の役割が不要になります。単純なアプリケーションの場合、アーキテクトは必要ありません。アプリケーションが十分に単純な場合は、設計者さえいない可能性があります。ただし、実装するには常に誰かが必要です。
回答
失礼なことは承知しています。申し訳ありませんが、2つのタイトルの違いを説明する長い回答を（Edward Guy Capriolo以外の）人々が書いたとは信じられません。「ソフトウェアアーキテクト」は、MatrixのようなSF映画にのみ存在します。
このタイトルは、MBAを持たない人が6桁を稼ぐことができる、新しい非管理給与ブラケットを確立するために企業の官僚によって考案されました。「オフショア」またはH1B / L1開発者は、給与を維持するために「アーキテクト」に昇進することができます。これは、すべての「通常の」エンジニアが「割引リソース」であることが義務付けられているためです。
もう1つ覚えておくべきことは、そのような役に立たないアドバイザーの立場です。親戚や友人でいっぱいなので、学ぶための公式のスキルセットはありません。「建築家」の価値は曖昧で主観的です控えめに言って。 TOGAFは、おそらく「アーキテクト」の責任の究極の説明です。私はそのがらくたをよく研究して、「建築」インタビューでそれを披露しました。しかし、通常の生活では、私の専門は数百万のプロジェクトを開始しています。そして、数百万の失敗を復活させます。それは私を「建築家」にしますか？それには多くのコーディングが含まれます。また、「エンタープライズアーキテクチャ」「フレームワーク」はゼロです。
履歴書を編集して、以前のすべての役職を置き換え、「経験年数」を表示します。次に、履歴書全体に「エンタープライズアーキテクチャ」の用語を惜しみなく振りかけます。私の（そうでなければ開発者の）履歴書のアーキテクトバージョンを見てみましょう。ここに。逐語的にコピー：
「IT内で高度なテクノロジービジョンと堅牢なエンタープライズアーキテクチャ機能を開発しました。定義された共通のロードマップコンテンツ。原則、リファレンスアーキテクチャ、用語集、および分類法で構成されるエンタープライズアーキテクチャの戦略を開発および実装しました。業界、テクノロジー、市場のトレンドを継続的に分析して、企業への潜在的な影響を判断しました。」
おめでとうございます！あなたは正式に「エンタープライズアーキテクト」に昇格しました。あとは、新しく威厳のある履歴書をGreat IT Consulting Food Chainを形成している雇用主に送信するだけです。つまり、Oracle、IBM、Microsoftなど、販売しているものは何でも「アーキテクチャ図」を通じて「販売後」に送信します。 架空の「統合」によって接続されたベンダーパッケージ。 「テクニカルマンボジャンボ」について心配する必要はありません。 あなたは、同じように威厳があり、技術的ではない「経営幹部レベルの利害関係者」に戦略的ビジョンを提示する高レベルのアーキテクトです。