インタビューで「プロジェクトの現在のアーキテクチャを説明してください」という質問にどのように答えますか？[閉まっている]

私が現在取り組んでいるアプリケーションは少し巨大です。15分程度では説明できません。

前回、いくつかのクラス図とそれらがどのようにリンクされているかを描くことになりましたが、インタビュアーが答えに満足していないことがわかりました。

この質問に答えるときに強調すべき主なことは何ですか？

たとえば、セッションの管理方法、永続性の実現方法はほとんどありません。

他に見逃してはならないものは何ですか？

個人的には、クラス図を書き始めたら、彼らが求めない限り、（インタビューのために）深くなると思います。

前回この質問があったとき、私は最終的にさまざまなレイヤー（3層アプリ）を描画し、アセンブリがどのようにマップされたか（これは私の意見ではプロジェクトにとって「奇妙」だったため）、レイヤーに依存関係があり、データフローの方向。

必要に応じて、特定のコンポーネントの詳細を調べることができます。しかし、私は「その理由のために、ビジネスロジックのこの部分にWorkflow Foundationを使用した」よりも深く掘り下げたことはありません。これにより、単純なPOCOオブジェクトのような些細なことに時間を費やすことなく、特定のテクノロジーが使用されていることを指摘する機会が得られました。

さらに重要なことは、アーキテクチャを理解していることと、それがなぜそのように行われるのかを示すことです。さらに良いのは、改善点（可能な場合）を指摘し、その理由を説明することです。一方、デザインが「完璧」であると思われる場合は、デザインの特定の部分を指摘して、他の人には論理的に見えないようにし、このプロジェクトに適している理由を説明できます。

プロジェクトのアーキテクチャの高レベルの概要を提供できない場合、またはプロジェクトを5分（15は言うまでもなく）で他の人に説明できない場合、最も可能性が高いのは、炭坑に近すぎるためです。

距離をとる必要があるので、他の人が見るように自分の作品を見ることができます。ちょうど画家のように、一歩離れて全体を見てください。次に、5分間の概要で重要なものを確認します。

これらの答えはすべてすばらしいですが、非常に高レベルのコンポーネント図、テクノロジースタックのリスト（Java、JSF、Primefacesなど）と、自信を持って笑顔でオープンな態度が最良であることに気付きましたこの質問に答えてください。

現在のプロジェクトのアーキテクチャを説明するときに笑っていない場合や少し興奮している場合は、面接担当者はあなたのハードワークに孤立していて興味がないと思うかもしれません。私は興奮して行動し、それが世界で最もクールなことだと思うように話し、面接担当者を笑顔で快適にし、彼はより詳細な質問をし始めます。

クライアントにどのように説明するかなど、この質問への回答を考えてください。クライアントは、全体的な構造を知りたいだけなのです。

同じ意味で、インタビュアーは概要に、あなたがどのような種類の環境から来ているのか、それがどのように彼ら自身のプロジェクトと相関しているのかを見たいと思っています。彼らはあなたがあなたのプロジェクトについてドローンすることを望んでおらず、あなたはインタビューでクラス図を見せるべきではありません。

それで、彼らに建築の10,000マイルの概観を与えてください。彼らが何かについてもっと詳細が欲しいなら、彼らは尋ねるでしょう。その後、さらに深く行き始めます。

できる限り高いレベルから始めて、作業を減らします。ホワイトボードの基本的な機能ブロック図から始めます。インタビュアーは（うまくいけば）技術的に熟練しているが、プロジェクトについて何も知らないことを覚えておいてください。

プロジェクトが何であれ、基本操作の概要をいくつか（<10）のブロックで描くことができるはずです。次に、よく知っているブロックを展開して、さらに詳細を追加できます。たとえば、永続性について言及します-これは最初の図では単一のブロックになる可能性がありますが、詳細にドリルダウンする必要がある場合は、ホワイトボード全体をカバーできます。

彼らがアーキテクチャについて質問している場合、彼らはあなたが実際にそれがどのように合うかを実際に知っているかどうか、またはプロジェクトの小さなチャンクで作業したかどうかを確認するための概要を期待します。1つの小さな領域でドリルダウンを開始する前に、これを必ず提供してください。