回答:
2018年1月5日更新 -過去9年間で、この考えに関して私の考えはかなり進化しました。私は、過半数よりも業界の最先端に少し住んでいる傾向があります（確かに、実際に多くの本当に賢い人々ほど境界を押し広げているわけではありません）。私は、アプリケーションからソリューション、エンタープライズ、さまざまなレベルのさまざまなレベルのアーキテクトを歴任してきました。私のテクノロジー業界の未来は、ほとんどアーキテクトのいない未来であるという結論に達しました。これがあなたに奇妙に聞こえるなら、数年待ってください、そしてあなたの会社はおそらく追いつくでしょう、あるいはそれを理解するあなたの競争相手はあなたに追いつきます（そして追い越します）。基本的な問題は、「アーキテクチャー」が、アプリケーション/ソリューション/ポートフォリオに関して行われたすべての決定の合計に過ぎないということです。したがって、「建築家」というタイトルは、実際には「決定者」を意味します。また、それはどのようなことで、多くのことを言うことありませんいう。「ビルダー」とは言いません。「構築する」ことは「決定する」よりも低いことを暗黙的に伝えるキャリアパス/階層を作成することであり、「決定者」は（構築物の）直接の責任を負いません（タイトルの違いによる）。まだ建築家の肩書きにぶら下がっている人々はこれで擦り減り、「しかし私は実践的です！」に抗議します。すばらしい。もしあなたが単なるビルダーなら、意味のないタイトルを放棄して、他のビルダーと一線を画すのをやめなさい。「すべてのビルダーがディサイダーであり、すべてのディサイダーがビルダーである」ことを強調する企業は、競合他社よりも速く動きます。私たちは、すべての人に「エンジニア」というタイトルを使用します。「エンジニア」は、決定と構築を意味します。
元の答え：
非常に大規模な組織で働いたことがない（または持っていたが機能不全の組織であった）人々にとって、「建築家」は口に悪い味を残したかもしれません。ただし、これは正当な役割であるだけでなく、スマート企業にとって非常に戦略的な役割でもあります。
アプリケーションが非常に大きく複雑になり、全体的な技術的ビジョンと計画を処理し、ビジネスニーズを技術的戦略に変換することがフルタイムの仕事になるとき、それがアプリケーションアーキテクトです。アプリケーションアーキテクトは、多くの場合、開発者の指導や指導を行い、担当するアプリケーションのコードをよく知っています。
組織が非常に多くのアプリケーションとインフラストラクチャの相互依存関係を持っているため、それらのコードに関与することなく、それらの整合性と戦略を確保することがフルタイムの仕事である場合、それはソリューションアーキテクトです。ソリューションアーキテクトはアプリケーションアーキテクトに似ている場合がありますが、ビジネスの論理ソリューションを構成する特に大規模なアプリケーションスイートよりも優れています。
組織が非常に大きくなり、ソリューションアーキテクトの高レベルの計画を調整し、ビジネステクノロジー戦略の条件を整えるフルタイムの仕事になる場合、その役割はエンタープライズアーキテクトです。エンタープライズアーキテクトは通常、エグゼクティブレベルで作業し、CxOオフィスとそのサポート機能、およびビジネス全体に助言します。
インフラアーキテクト、情報アーキテクト、その他数人もいますが、総数から見ると、これらは「ビッグ3」よりも割合が少ないです。
注：他の多くの回答は、これらのタイトルには「標準がない」と述べています。それは真実ではありません。Fortune 1000企業のIT部門に行くと、これらのタイトルが一貫して使用されていることがわかります。
「建築家」に関する最も一般的な2つの誤解は次のとおりです。
これらの誤解は、かなり悪い仕事をしている多くの建築家や、建築家が何のためにあるのかを理解することでひどい仕事をしている組織から来ています。トッププログラマーをアーキテクトの役割に昇進させることは一般的ですが、それは正しくありません。重複しているが同一ではないスキルセットがあります。最高のプログラマーは、理想的なアーキテクトであることがよくありますが、常にそうであるとは限りません。優れたアーキテクトは、IT業界の多くの技術的側面をよく理解しています。よりよいの理解ビジネスニーズや戦略持っている開発者のニーズよりも、優れたコミュニケーション能力多くの場合、プロジェクト管理およびビジネス分析のスキル。アーキテクトがコードで手を汚さず、技術的に鋭敏であることは不可欠です。良いものはそうします。
建築家のタイプには有効な違いがあります。
エンタープライズアーキテクトは、エンタープライズ戦略と緊密に連携するエンタープライズ向けのソリューションを検討します。たとえば銀行の場合、彼らは完全なITランドスケープを調べます。
ソリューションアーキテクトは、銀行の新しいクレジットカード取得システムなど、特定のソリューションに焦点を当てています。
ドメインアーキテクトは、アプリケーションアーキテクトやネットワークアーキテクトなど、特定の領域に焦点を当てています。
テクニカルアーキテクトは一般にソリューションアーキテクトの役割を果たし、ビジネスの側面よりもテクノロジーの側面に重点を置いています。
いいえ、建築家はプログラマーとは別の仕事をしています。アーキテクトは、機能しない（「柔軟性」）要件により関心があります。信頼性、保守性、セキュリティなどのように。（同意しない場合は、この思考実験を検討してください：複雑なWebサイトを実行するCで記述されたCGIプログラムと、Ruby on Rails実装を比較してください。どちらも機能的な動作は同じです。RoR アーキテクチャを選択すると、どのような利点があります。）
一般に、「ソリューションアーキテクト」とは、「アプリケーションアーキテクト」が固定プラットフォーム内で機能しているシステム全体（ハードウェア、ソフトウェア、およびすべて）を指しますが、これらの用語はそれほど厳密ではなく、十分に標準化されていません。
アーキテクトの職種には業界標準の定義はありません。アプリケーション/システム/ソフトウェア/ソリューションアーキテクトはすべて、一般に強力な設計とリーダーシップのスキルを持つ上級開発者を指します。設計、戦略、開発（多くの場合、コアサービスまたはフレームワーク）、および管理のバランスは、組織とプロジェクトによって異なります。
私にとって本当に別の意味を持つ唯一の「アーキテクト」の職種は「エンタープライズアーキテクト」であり、これはIT戦略のポジションのように見えます。
「アーキテクト」は、高いレベルでうまく連携する複数のアプリケーション層を設計できる人物に与えられる称号です。特定のタイプのテクノロジー（「ソリューション」、「アプリケーション」、「ビジネス」など）なしで一般的なタイプの「アーキテクト」になるものは、マーケティングの話です。
実際にはかなりの違いがあります。ソリューションアーキテクトは要件を総体的に見ます。たとえば、要件は、ピザの注文を受けるコールセンターのスタッフの数を減らすことです。ソリューションアーキテクトは、今後必要になるすべてのコンポーネントを調べます。これを一緒に満たすには、どの音声認識ソフトウェアを使用するか、どのハードウェアが必要か、どのOSがそれをホストするのに最も適しているか、IVRソフトウェアとプロビジョニングシステムの統合などです。
一方、このシナリオで設計されたアプリケーションは、ソフトウェアがどのように相互作用するか、どの言語が最も適しているか、既存のAPIを最大限に活用する方法、存在しない場合にAPIを作成する方法などの詳細を扱います。
両方とも場所があり、要件を満たすために両方のタスクを実行する必要があります。また、大規模な組織では専任のスタッフがそれを行う必要があります。小規模な開発ショップでは、多くの場合、開発者はすべてのアーキテクチャタスクを全体的な開発。他には誰もいないので、単なるマーケティング用語であると言うのはあまりにも皮肉なことですが、それは実際の役割であり（たとえそれがアドホックでそれを拾っている開発者であっても）、プロジェクトのキックオフで特に価値があります。
私には同じように聞こえます！私はオリに完全に同意しませんが。必要に応じて、選ばれた数人にソフトウェアアーキテクトの称号を与えますが、経験から、ソフトウェアアーキテクトの称号を実際に受けるにふさわしい人々は、通常、それを称号に当てはめません。
私の経験では、Computer Associatesでコンサルティングをしていたとき、マーケティングの叫びは「製品ではなく販売ソリューション」でした。我々はプロジェクトを持って、私は建築家の帽子を置くために必要なときに私が設計されるようにそのため、私は、ソリューションアーキテクトになるソリューションを、多くのコンポーネント、主にCA製品、そして場合によってはサードパーティまたはハンドを使用するをことになるからです。コード化された要素。
現在、私は開発者としてより焦点を当てています。私はアプリケーション自体のアーキテクトなので、アプリケーションアーキテクトです。
それが私の見方ですが、すでに説明したように、標準の命名方法はほとんどありません。
スペル？
でも真剣に-彼らは両方ともBSの役職ふわふわです。「プログラマー」はあなたにとって十分ではありませんか？「建築家」になろう！
ほんとに…いったい何の世界なの？！
編集：私は明らかに「建築家」の気持ちを傷つけました！
編集2：表現は、一部の人々が問題ドメイン全体（ハードウェア、ソフトウェア、展開、保守など）に対処することを意味すると解釈できるという意見には同意しますが、クライアントを満足させたい（そしてより多くのお金を稼ぎたい）ほとんどの人々タイトルに関係なく、必要に応じて完全なサービスを提供します。
実生活では、それはマーケティングの綿毛です。
帽子をかぶっていてタイトルが名刺に合わない場合は、誰かがあなたのために気の利いたタイトルをワードスミスします。
例：プログラミング/ IT /プロジェクト管理/戦略/ビジネスアナリスト
建築家の称号を受け取るその他の方法：