ディレクトリ
1、どのようにプロジェクトの説明を準備するには？恐れてはいけない、私はどのような面接を知りません
2は、詳細を投写する準備ができて、一度あなたがやらなかったことを示すために、戻って尋ねました
図3は、インタビュアーを伝えるために跡形もなく聞きたいです
4、率先して、インタビュアーがあなたのハイライトを掘るする義務はありません
図5に示すように、低レベルのエラーを直接導出することができます
図6は、ガイド：プラスポイントの準備、導入にロープロファイルをくぼんだが、おろか全体
7、あなたが直接、しかし、自分の物語を伝えることはできません
8、要約
0、EDITORIAL
インタビューでは、挨拶の後、インタビュアーは、一般的なプロジェクトの経験を紹介します。頼まれる一般的な質問は、あなたがプロジェクト最寄りの（まともなまたはほとんど）で言っていることです。
私たちのインタビューの経験によると、私は多くの候補者は、それが口ごもっていること、このために準備していなかった、といくつかのもプロジェクトは次のような結果につながることになる、などの期間や技術や履歴書などの側面からの経験と一致していないと言うことがわかりました。
第一印象は、少なくともあなたは候補者が強い表現ではないことを感じて、良いではありません。
一般的に、インタビュアーは、当該プロジェクトの背景候補の下に置かれるという仮説をインタビューしたときに候補場合は言いませんでした、その後、バックグラウンドで説明したプロジェクトに応じて候補者を依頼する少なくとも5つの質問があるだろう、10個の質問をしますまあ、良いフォローアップの質問、完全にインタビュアーに適切な質問の同等を案内することはできません。
スキルの時間で7つの容量、3部のインタビューを受け、そして最初にプロジェクトを紹介すると、「導入」と紙意志「ガイド」二つのレベルがどのように面接の準備のためにあなたに伝えて、最も重要なスキルですプロジェクトの説明。
さて、以下は、テキストコンテンツです。
1、どのようにプロジェクトの説明を準備するには？恐れてはいけない、私はどのような面接を知りません
インタビュアーは、人間ではなく神である、あなたは（通常はバックグラウンドチェックの方法によって検証するために会社を雇った後に）プロジェクトの詳細を確認することができないとき、あなたの履歴書を取得します。
プロジェクトでのお馴染みの面接よりもはるかにあるので、あなたので、インタビュアーは、あなたの履歴書から、あなたのプロジェクト経験を理解するためにしながら、しかも、あなたは30分まで、数え月次ベースでプロジェクトをベースにしますそれはまた、神経ではありません。
あなたの仕事の経験もインタビュアーよりもリッチであれば、あなたも（そんなことを細かに作者のインタビューの後、多くの場合、我々はそれをも行う必要があります）全体のインタビュープロセスを制御することができます。
今、インタビュアーがあなたの番号を知ることができないことを、彼らはどのようにあなたのプロジェクトの経験と技術を検証するには？以下は、尋ねられる一般的な質問のいくつかをまとめたもの。
2は、詳細を投写する準備ができて：一度あなたがやらなかったことを示すために、戻って尋ねました
一般的には、面接の前にレトリックは、あなたはよく準備された後、この部分は、あなたが、最終決定権を持っているので、自信を持っても、プロジェクトを記述するために準備する必要があり、あなたが言っているかを知ることができます。
インタビュアーはあなたが言うことができないと感じたら、これらは、実際のプロジェクトの経験（ない学習経験、ありません訓練の経験）している、そして信頼性は非常に低いです。
多くの人は「何をプロジェクト事業で行うだけでなく、コードの実装の詳細に」インタビュアーに右そのまま次の質問に相当し、こだわっています。
次の表は、答えるためにいくつかの悪い方法を示しています。
上記の悪い答えを避けるために、同時に、あなたは表に与えられたプロジェクトの説明の準備の要素を押すことができます。あなたができる場合は、英語でそれを記述できるようにしておいてください。
実際には、少数の最近の卒業生、または仕事の経験、英語力は似ていますが、あなたが言う、これは前進定性的なステップです。
面接の前に、あなたは自信を持っている必要がありますが、また、以下の状況のいくつかを回避するために、準備しなければなりません。
図3は、インタビュアーを伝えるために跡形もなく聞きたいです
（その後のインタビューはもちろん含む）の提示プロジェクトは、インタビュアーは限り、あなたはそれを言うように、実際には重要なポイントのいくつかを、それを聞いて、より良い質問に答えるしたい場合は、これは間違いなくプラスポイントです。
私は他の誰かにインタビューしたときにこれらのキーポイントが確認されれば、私は間違いなくコメントに合計を追加します。
ここでインタビュアーは、いくつかの重要なポイントと対応する列のレトリックを聞きます。
4、率先して、インタビュアーがあなたのハイライトを掘るする義務はありません
私は人々を取材に行ったとき、彼らはしばしば、特に質問をする：プロジェクトのハイライトは何ですか？それとも、候補者として、どのような他のボーナスアイテムを使用すると、正常にこのポストのために適用するのに役立ちます。
たとえそうだとしても尋ね、何人かの人々はちょうどノーと言います。
私はむしろ尋ねるのを待っているよりも、言うためのイニシアチブを取る必要があり、インタビュアーとして、転位の役割ですでに尋ねるが、通常、いくつかの未解決の問題が言っ見つけ、言う機会を探して、時間がスキルを持っていることに注意してください。
例えば：このプロジェクトでは、私たちはどのような技術を使うのか？
あなたは、このような春のMVC、Hibernateは、データベースや他の従来技術などの基盤技術に加えて、と言いました。私は、仮想マシンのメモリへの圧力を減らす、または大規模なデータ処理技術を使用することができた、使用にJavaのメモリ管理を言わなければなりません。
言い換えれば、あなたは話すためにあらゆる機会を見ていると、現在の技術は、あなたのための非常に人気のショーです。
あなたが前に使用していない、と多対多：または関連の問題は、スケーラビリティの説明を行う見つけ、例を尋ねましたか？
あなたは基本的な知識に加えて、それはまた、あなたのプロジェクトのための合理的な設計のヘルプを説明するために、実際のケースに続いて、一般的に、私は適切に設定し、需要に基づいて逆カスケードのキーワードになると言うことができると言ったので、あなたは拡張子を説明することができますあなたのスキル。
あなたが反対を言っていない場合は、インタビューでは、多くの操作を1と1に簡単なものを持っていると思うだろう場合。
面试的时候，如果候选人回答问题很简单，有一说一，不会扩展，或者用非常吝啬的语句来回答我的问题，那么我一般会给机会让他们深入讲述（但我不敢保证不是每个面试官都会深入提问），如果回答再简洁，那么也会很吝啬地给出好的评语。
记住：面试官不是你的亲戚，面试官很忙，能挖掘出你的亮点的面试官很少，而说出你的亮点是你的义务。
我在面试别人过程中，根据不同的情况一般会给出如下的评语。
1、回答很简单，但回答里能证明出他对框架等技术确实是做过。
我会在评语里些“对框架了解一般，不知道一些深层次的知识（我都问了多次了你都回答很简答，那么对不起了，我只能这么写，或许你确实技术很强，那也没办法，谁让你不肯说呢？）”。
同时会加一句“表达能力很一般，沟通能力不强”，这样即使他通过技术面试，后面的面试他也会很吃力。
2、回答很简单，没法验证是在项目里做过这个技术，还是仅仅学过这个技术。
我就会写“在简历中说用过XX技术，但对某些细节说不上来，没法看出在项目里用到这个技术”，如果这个技术是职务必需点，那么他通过面试的可能性就非常小。
3、回答很简单，而且只通过嗯啊之类的虚词回答，经过提醒还这样。
我会敷衍几句结束面试，直接写“技术很薄弱，没法通过面试”。
4、虽然通过回答能很好地展示自己的技能，但逻辑调理不清晰。
那么我会让他通过技术面试，但会写上“技能很好，但表达能力一般（或有待提高），请后继面试经理斟酌”。
这样通过后继综合面试的机会就一般了，毕竟综合面试会着重考察表达能力交往能力等非技术因素。
不管怎样，一旦回答简单，不主动说出你的擅长点，或没有条理很清楚地说出你的亮点，就算我让你通过面试，也不会写上“框架细节了解比较深，数据库应用比较熟练”等之类的好评语，你即使通过技术和后面的综合面试，工资也是比较低的。
5、低级错误可能导致直接出局
面试过程中有些方面你是绝对不能出错，所以你在准备过程中需要尤其注意如下的因素。下面列了些会导致你直接出局的错误回答。
6、引导：准备加分点，在介绍时低调抛出，但别说全
在做项目介绍的时候，你可以穿插说出一些你的亮点，但请记得，不论在介绍项目还是在回答问题，你当前的职责不是说明亮点而是介绍项目，一旦你详细说，可能会让面试官感觉你跑题了。
所以这时你可以一笔带过，比如你可以说，“我们的项目对数据要求比较大，忙的时候平均每小时要处理几十万条数据”，这样就可以把面试官引入“大数据”的方向。
你在面试前可以根据职位的需求，准备好这种“一笔带过”的话。比如这个职位的需求点是Spring MVC框架，大数据高并发，要有数据库调优经验，那么介绍以往项目时，你就最好突出这些方面你的实际技能。
再给大家举个例子，比如Java虚拟机内存管理和数据库优化是绝大多数项目都要遇到的两大问题，大家都可以在叙述项目经验时说，在这个项目里，我们需要考虑内存因素，因为我们的代码只允许在2G内存环境中运行，而且对数据库性能要求比较高，所以我们经常要监控优化内存和数据库里的SQL语句。
这样当面试官深入提问时，就能抛出自己准备好的虚拟机内存优化和数据库优化方面的说辞。
实在不行，你也可以说“我除了做开发，也做了了解需求，测试和部署的工作，因为这个项目人手比较少，压力比较大”，这样你也能展示你有过独挡一面的经历。
我在面试过程中，一旦听到有亮点，就会等到他说好当前问题后，顺口去问。
一般技术面试最多办半小时，你把时间用在回答准备好的问题点上的时候，被问其他问题的时间就会少了。
7、你可以引导，但不能自说自话
我面试的时候，也会遇到些有准备的人，其实如果你真的想应聘的话，一定要事先准备，这点我能理解，甚至赞同。
你只要别露出太明显的痕迹，我不会写上“似乎有准备，没法考察真实技能”这种话，更何况未必每个面试官都能感觉出你准备过。 但你不能凭着有准备而太强势，毕竟面试是面试官主导的。
我遇到个别面试的人，他们说话太多，一般会主动扩展，比如我问他数据库用什么，他不仅回答数据库是什么，自己做了什么，甚至顺便会把大数据处理技术都说出来。
私はあなたが言うあなたがプロジェクトで使用されていないものを、見るためにインターネットからのものと思われるので、実際には、あまりにも遠く、私は、あなたの調査の細部に焦点を言うでしょう。
私も直接的な脅威を希望：多くの場合、これらの人々は意志「あなたはまず、と私はあなたが本当にプロジェクトで使用この技術は、私の背中が研究の焦点になる真実を伝える、一度プロジェクトが行われていないと考えられ、このような性質は、通じ混乱することです」告白するためのイニシアチブ。
しかし、彼はただ、当時の言うことを継続していない、私はさらに求めるだろう、と述べた大量のデータが、それを超えた場合、と言った、彼は自然に表現する機会がありました。
また、面接の過程で一般的に使用すると、プラスポイントを点滅しましたが、インタビュアーが口を答えなかった、これはプロジェクトのプラス点であってもよいと、ことに注意する必要がなく、また彼が懸念している、あなたは現在、言わないことができますあなたが言って質問をするまで、または待ちます。
8、要約
ここでは、合計する、いくつかのヒント導入プロジェクトを与えています：
この論文は、そのプロジェクトの背景を用意することであるの二つのこと、まず、面接の前に準備してください、第二、ここに与えられた方法ではなく、定説である、我々は丸暗記記事を与えられたのではなく、方向を組み合わせることができますレトリックの一部。
我々は良いプロジェクトの背景を紹介すると、インタビューはちょうどあなたが、彼らは、Javaのコア（例えばSpring MVCの、ORMなど）にJava Web（に対処する必要がするあなたの範囲の準備に向け疑問を持っている場合でも、より良いそれを入れていても、始まっていますマルチスレッド、コレクション、JDBCやその他の問題）やデータベース。
その後でその記事の価値？ブーツが良くない場合は、自分の能力を示す機会を持っていません。これは、この論文の価値があるかです。
自慢の言葉、レトリック、本明細書に記載された方法のいくつかは出てくるように私たちの脳をラッキングが、候補者の何百もの面接の経験から描かれていない、その血と涙の多くが、また、道、多くの成功した人々、であるためにどのくらいのヘルプみんな（ジュニアプログラマの、特に以下の3年以上の経験）。