アーキテクトの役割にとってJava認定は重要ですか？[閉まっている]

アーキテクトの地位にとってJava認定（SCJP、SCWCDなど）がどれだけ重要かを知りたい。Java開発の良い経験があり、アーキテクトレベルでのキャリアを追求したい人は、CVの認定が必要だと思いますか。彼が主任開発者の役割で働いたことがない場合はどうなりますか？

あなたが建築家の地位のために私のインタビューを行っている場合。そして、私は5年間の経験を持つさまざまなチームでJava Web開発者として働いてきました。決してリードしないでください。そして、私は履歴書に認定バッジを持っています。

開発者は、チームでアーキテクトになるためのキャリアパスをどのように作成できますか？

Java分野での認定の皮肉な点は、実際に最も有用だと思うのは最低レベルの認定であることです。

たとえば、古いSun認定Javaプログラマー（あなたが所有できる最低のプログラマー）があります。まともなプログラマーがJavaチュートリアルを数週間行っても学べなかったことは何も教えませんが、単純なフィルターとして機能します。それを渡すためには、基本的なコアJavaを知っている必要があります。この意味で、それはおそらく、正真正銘のJavaプログラマーを探しているジュニアロールのためのやや便利なフィルターです。彼らはそれを持っている場合、それは彼らが基本的なJavaを知っていることを意味します。

私はこれ以上高い資格を取得したことはありませんが、正直なところ、経験から、ほとんどのアーキテクトはシニアやチームリーダーになり、彼らの仕事に長けているというだけで会社に昇進することができます。路上でアーキテクトの役割のために誰かを雇って働いていたJavaの会社を想像することはできません。アーキテクチャの役割を最終的に獲得したのは、本質的に社内の上級開発者とチームリーダーです。

とにかく、重要なのは、これらのスキルを発揮する大規模なタスクの所有権を取得することにより、高レベルのシステムアーキテクチャと設計の適性を示すことだと思います。おそらく何らかの形で、最初に低レベルのチームリーダーになることが必要になります。実績のあるチームをリードし、「アーキテクチャのような」高レベルのシステム設計経験は、このレベルの認定よりもはるかに長い道のりを歩みます。

注：私はアーキテクトではありません（チームリーダーでもありません）が、これはさまざまな企業で10年以上にわたって観察していることです。最終的にアーキテクトになる人々は、大規模なタスクの所有権を取得し、チームを率い、物事を成し遂げる方法を知っている人々です。また、Javaの認定資格を取得した人さえいません。

人々にインタビューするときはいつも、私は彼らの資格を無視します。私の経験では、資格は有用な知識のバロメーターではありません。インタビュー中の私の質問は、通常、その人が必要な情報を知っていて、それを現実の問題に適用できるかどうかを知らせてくれます。

キャリアの早い段階でSCJPを学び、SCJPを達成しました。認定の目標がJavaの複雑な詳細を勉強し学ぶ動機付けだったという理由だけで、もう一度やりました。しかし、認定自体は私のキャリアにとって何の役にも立ちませんでした。

米国ではまったく問題にならない傾向がありますが、真に資格のある応募者が多く、ソフトウェアアーキテクトのようなトップジョブの競争が激しいインドのような場所では、特定の候補者を除外するために使用できます。

認定資格は、わずかに有益なものであっても、最終的には価値があると思いますが、確かに、真の才能やスキルよりも重要度がはるかに低いものです。

あなたの質問は私に関係しますが、私はあなたがSAの役割の準備ができているとは思わないということです。優れたソフトウェアアーキテクトIMHOは、さまざまなテクノロジーの多様なバックグラウンドを持っている必要があります。彼/彼女は、少なくともフレームワークまたは言語の高度な理解と、設計の長所と短所についてレガシーシステムを批判的に評価する能力を持っている必要があります。多数の制約があるため、優れたソフトウェアアーキテクトは、多数の異なる潜在的なソリューションを決定し、それぞれの長所と短所を比較検討できなければなりません。

上級管理者が、RubyよりもJavaを選択する理由を尋ねると、何と言いますか？PHPとC＃の利点はどうですか？貧血データモデルを定義できますか？Spring Framework AOPアプローチに対するJava EEアプローチの利点、またはその逆は何ですか？

これらは、アーキテクトが答えられるべき質問の種類であり、これらの調査を行う必要がある場合は、タスクに対応できない場合があります。

SCJPは非常に基本的な証明書です。確かにこれを取得してから、SCJDを実行してください。（これらの名前は現在新しい名前になっていることに注意してください。）SCWCDも基本です。もっと印象的なことをしてください。

http://en.wikipedia.org/wiki/Sun_Certified_Professional

あなたの仕事の責任に関しては、おそらく建築の地位を求める前にプロジェクトのリーダーシップの仕事をするべきです。

認定は建築家のキャリアパスに適していますか？

はい。私の意見では、認定されることの主な結果は概要です。あなたは技術を知っています（技術を使用する方法を知っているという意味ではないことに注意してください-練習が必要です）アーキテクトにとって、彼の専門分野で使用されている技術の概要をしっかりと把握しておくと非常に便利ですが、Javaの世界では認定だけで十分である必要はありません。

私は多くのMS認定に合格し、これらの認定の準備のために、以前使用したことのないAPIの一部に慣れてきました（そして、時にはそれらについてまったく知りませんでした）。後で、APIのこれらの部分を、いくつかの問題のすぐに使えるソリューションとして提案することができました。それが、私が認定資格を取得し続ける理由です。認定自体は、関連するものを知っていることを証明するまで、面接で何も意味しません。

認定資格は、建築家としての仕事を得るのに役立ちますか？

いいえ。認証自体は何も意味しません。「建築家」になるには、他のスキルが必要です。プログラミング自体はアーキテクトになるのに十分ではありません-意思決定を行い、責任を負い、コンポーネントまたはアプリケーション全体を設計し、他の作業を準備することができなければなりません（時にはそれらを導くことさえできます）。優れたコミュニケーション能力が必要です。

少なくとも、それは建築家に期待することでした。しかし、建築家とは何ですか？私にとっては、それは使い古された流行語です。私が出会った建築家の半数以上が、昇進するのにふさわしい場所にちょうどいい時間に（または十分に長く）いました。建築家であるということは、あなたが他の人よりも優れているということではなく、たとえあなたがそうであるとしても、そうでない人と同じキャリアレベルにいるということです。建築家と呼ばれる人に出会ったとき、私はいつも非常に不審です。

結論-NFRのコンテキストでのコーディングと、ビジネス問題の解決方法/戦略的優位性の作成方法を理解する必要があります。よくプログラムできることについては何も言わなかったことに注意してください（通常は予想されますが、これには他のコメントのほとんどが含まれますが、さらに拡張されます。Springを選択すると、変更可能性を犠牲にしながら、軽量で高速なアプリケーションが提供されますか？そのため、この属性決定のビジネスへの影響はどのようなものですか？それは、新しく形成されたDevOpsチームに構成管理と保守性の課題をもたらしますか？プライベートSaaS配信モデルは理にかなっていますか？

したがって、証明書が必要だと思う場合は、おそらく修正するでしょう。ただし、言語固有のSCJPレベルを超えて必要なものは、あまり明確ではありません。ITIL、PMI-ACP、CSSLP、TOGAF9、ArchiMate 2、SEI Software Architecture Professional証明書とATAM Evaluator証明書、および重要な堀-IASA Foundation Associateを詳しく調べるとよいでしょう。これらは、SCWCDよりもアーキテクトになるための準備をさらに進めるものです。ただし、SCEA（現在はOCM Javaアーキテクト）を取得することは、Javaの世界で具体的に準備し、ボードレビューを処理するための実りある練習になる可能性がありますが、それ以外は、私が言及したものに焦点を当てます。

国際的なソフトウェアアーキテクチャの資格ボードは、方法論と概念的なノウハウを中心とした、ベンダーや技術中立的カリキュラムを（彼らはコースやクラスを販売していない！）を提供します。

テクノロジー中心の認証を補完することができます。

技術的な能力と忍耐力を示しているため、おそらく役立つでしょう。

しかし、実際にはそうすべきではありません。アーキテクチャはプログラミングではありません。

ここでは「ソリューションアーキテクト」の役割について話していると思います。ソリューションアーキテクトの役割は非常に複雑で、多くのことを伴います。

• 組織のエンタープライズアーキテクチャの理解と準拠
• 技術アーキテクチャー
• セキュリティアーキテクチャについても同様
• プロジェクトスポンサーの目的と目標を理解する。要件がこれらの目標に関連していることを確認する
• 技術設計者が推奨するプラットフォーム、プラットフォーム、開発言語、フレームワーク、ライブラリなどを選択します。
• おそらく（そしてこれを行うには本当に正当な理由が必要です！）テクニカルアーキテクトに、推奨セット外のプラットフォーム、言語、またはフレームワークを受け入れるように説得してください。
• 他のアプリケーションへのインターフェースの交渉。
• セキュリティアーキテクトが必要とするドキュメントを提供する。
• 非機能要件、予想される負荷などに基づいてハードウェア要件を定義する
• インフラストラクチャチームに必要なハードウェア、ネットワーク接続、ソフトウェアなどを要求する
• インフラストラクチャチームに必要なドキュメントを提供する
• 運用チームが必要とするアーキテクチャ文書を提供する

役割のごく一部はプログラミングおよび開発環境を扱います。実際には、ほとんどの時間はボイラープレートドキュメントの記入に費やされます。結果として生じる契約の健全性。

少なくとも企業の世界では、認定資格を持つ人は、知識/スキルが必ずしも賢明ではないが、企業がイニシアチブを示しているとは限らない人よりも常に優位です。