私は「自分のJavaスキルを誇り​​に思っている」ように見える人にインタビューしていました。

1. 彼は私に「Java IOクラスに関するあなたの知識はどういうことか、例えば、ハッシュマップはどうですか？」と尋ねました。

2. 彼は私に紙の上にJavaコードを書くように頼みました-クラスをインスタンス化し、インスタンスのメソッドの1つを呼び出します。私が終わったとき、彼は私のプログラムが実行されないと言った。5分間真剣に考えた後、私はあきらめて理由を尋ねました。彼は私がメイン関数を書いていないので実行しないと言った。紙の上に。

3. [私は愚かさを続けるにはあまりにも激怒しています...]

トリックの質問や心霊的または怒りの管理評価の問題ではないと信じてください。

彼の顔から分かるように、彼はこれらの質問を誇りに思っていました。

その「開発者」は候補者を「判断」することになっていた。

私はいくつかのことを考えることができます：

1. 彼を椅子で叩き（必死に望んでいた）、立ち去った。
2. 単に歩いてください。
3. 彼は理にかなっていないと言ってRi笑します。
4. 理にかなっていないことを丁寧に伝え、質問に答えてみてください。
5. 彼に何も言わずに、質問に答えてみてください。

これまでのところ、私は4と5だけを試しました。それは助けにはなりませんでした。残念ながら、多くの候補者は同じように礼儀正しく残っているように見えますが、これにより、この種の「開発者」は企業のはしごを登り続けることができ、徐々に多くの人を獲得する能力を獲得します。

静脈を破裂させることなく、これらのインタビュアーをどのように処理しますか？他の潜在的な雇用者がここで何が起こったのかを知ることができたとしても、これに対処する適切な方法は何ですか？あなたができることはありますか、これを修正しようとする必要がありますか？

PS私の怒りが事実によって何度も増幅されたことを認めさせてください：

1. 彼はあなたが信じられないように笑っていました。
2. 前日、その会社からたくさんの（20ほど）の電話があり、その日は仕事ができなかったので、面接に来てほしいと頼みました。
3. 有給休暇を無駄にしました。

進め。難しいです、私はそこにいました。

そのようなインタビュアーは一ダースです。彼らは、それが良い候補者の本当のテストだと思っているとんでもない質問をします。実際、彼らがしているのは彼らの不安を養うことだけです。

最後にしたいことは、面接で爆破するか、面接官に人事で苦情を申し立てることです。それはあなたの印象を悪化させるだけです-そして私を信じて、あなたはあなたの前にその評判が欲しくありません（-：

あなたの専門的な評判を保存し、他の場所に持って行きましょう。就職活動をお楽しみください。

HTH、

KM

編集：これを共有する必要がありました：http : //theoatmeal.com/comics/interview_questions金曜日PMの笑いに適しています。

彼と一緒に笑います。

「ああ、はい！main（）関数はありません。また、コードは実行できなかった紙に書かれています。そして、「コンパイル」ボタンを描画するのを忘れていました。

次に、次の質問に進んでください。はい、彼はちょっとピッキングしていますが、それは本当に動揺することは何もありません。

彼が探していた答えがあなたにとって非常に明白であり、言及する価値がないとは思わなかったと思うことを明確にしてください。彼はおそらく、プログラミングの天才からプログラミングをしたことがなく、仕事に必死な人まで、さまざまな候補者にインタビューしています。時々、インタビュアーとして、明らかなことをチェックする価値があります。

このような何かに出会ったら、トリックの質問のように扱ってください。インタビュアーがあなたを捕まえたと思っている小さなtrapであなたを「捕まえた」後、何をしたのか、なぜあなたがそれをしたのかを簡単に説明し、彼の応答/指示/回答が間違っている場合、あなたがそれをすることを考えたことを彼に説明してください方法は{それが間違っている理由を挿入}を思い出し、あなたの方法で行くことにしました。

「あなたのやり方が間違っている」、「間違っている」、「間違っている」などの言葉を攻撃しないようにしてください。インタビュアーを軽conしたりin辱したりせずに彼のテストでエラーを指摘した場合、実際にはあなたがより強力なコーダーに見えるかもしれません。

また、あなたはこの人があなたの上司になる可能性が高いことを考慮しなければなりません。もしこの人がだまし/ベスト/何であれそのような喜びを感じているなら、あなたは本当にあなたが働きたい人ですか？このような人は、たとえあなたが優れたコーダーであっても、彼の自我が完全に実行されていることが明らかなので、あなたが彼らのために働くことを望みそうにありません。そのような人は、より多くのことを知っている、仕事でより良い人など、彼のために働く人々を我慢できません。

最後に、あなたの最善の行動は、非専門性に直面してプロフェッショナリズムを維持することです。彼の行動に関係なく、彼の態度や無用の可能性に関係なく、あなた自身とあなたの反応を確信していることを示す方位を持って自分自身を運んでください。

1. あなたは彼と仕事をすることに興味がない（あなたは私を信用していない）と彼に丁寧に伝え、立ち去ってください。面接官の仕事に興味があるかもしれないことを人事部に連絡してください。

あなたにはすでに仕事があり、それはあなたを強力にします。覚えておいてください。あなたはしていない持って仕事を得るために、あなたは仕事だしたい、より良いあなたの現在の仕事よりを。

「else if」の代わりに「elsif」を使用していると言われたことがあります。私が腹を立てたのは、Perlの仕事に応募していて、ホワイトボードでPerlコードを書くのに15分かかったからです。

それから彼は私にJavaで同じことをする方法を尋ねました、そして私はそれをスクラッチしました（主な方法なしで、wtf、それを誰が気にしますか？それは最も厄介な質問です...私は脱線します）私の脳がまだperlモードであったことを除いて、私は「elsif」をしました。

小さなたわごとは彼自身をとても誇りに思っていました。肩をすくめて、彼はなぜ自分のミスに「悩まされていない」のかという質問を始めました。そして、コンパイラがキャッチするのは些細な構文エラーだと言ったとき、彼は赤くなり、「あなたは悪い態度をとった！」ノイズ、その時点で私は他のインタビュアーに感謝し、出て行った。

彼らは実際に私に仕事を提供するように呼びました（私は初期のインタビューだったと思うので、私は他のシュムックの後に見栄えがよかったに違いありません）、そして私がそれらを断ったとき、私は特に私は環境で働きたくない私は単純な構文エラーに対して深刻な批判をするつもりでした。

HashMapはIOクラスではなく、愚か者のようににやにやしてから、怒り管理クラスを調べてください。

私は以前の雇用主の一人で、一部のインタビュアーが実際に質問やフレーズの問題を、多少の刺激を引き起こすように設計された方法で尋ねていることを発見しました。それらのインタビュアーは、あなたがどのように反応するかを見たいです。

私はかつて、戦艦のようなゲームの実装に関する質問で、ボート配置の各部分をプロットし、衝突があった場合は変更をロールバックすることを提案した人にインタビューしました。私はおそらくそうはしないだろうと言った。私はおそらく各部品を最初にチェックし、衝突がなかった場合にのみプロットします。これは、実装がはるかに簡単で、最悪の場合は少し安く、平均的なケースではわずかなコストになるからです。彼は実際、私が彼が言ったことをやったよりも私が彼と丁寧に「議論した」ことを好みました。その会社でのほぼすべての完全なインタビューループは、私が

ですから、教訓は次のとおりです。完全なジャークとして抜けることなく、合理的なポイントで賢明な反論を行うことができるなら、そうします。

最初の質問に対する私の答えは次のようになります。「1つは、HashmapはIOクラスではありません。しかし、キー/値ペアの高速検索が必要な場合、コレクションフレームワークの便利な部分です。複数のスレッドからアクセスする場合は、Collections.synchronizedMapでラップする必要があります。HashMapの代替には、次のものが含まれます...」

とはいえ、あなたの特定のシナリオに基づいて、私はあなたのインタビュアーがそのような洗練されたインタビューの戦術を試みているとは確信していません。ソフトウェア開発に役立つ一種のペダントリーがあります（用語の誤用をすぐに修正できます。作業ラインでのコラボレーションには共通言語が重要であるため、人々が自分で修正することは気にしません）。独り善がりで自己祝福的な種類があります。あなたの場合、2番目の質問に対する唯一の理にかなった回答は、同意して笑うことでした。おそらく、ユニットテストに合格することがより重要であるということについての良いコメントです。

何かを教えてくれた候補者にインタビューしましたが、質問に答えるだけの候補者よりも常に高い評価をしています。選択肢があれば、私よりも賢い人を雇いたいです。しかし、自分の賢さを証明するための質問をするのは好きではありません。（1つは、私はプレッシャーにさらされているわけではありません）。問題解決のスキルを評価するのに役立つ質問や、提案された解決策に効果的に反映された一連の思考を説明する能力を求めます。

実際に仕事をしたいかどうかによって異なります。

もしそうなら、あなたが質問について混乱した理由を指摘し、彼の要求を将来的に明確にする方法を提供してください。彼を責める言葉を避け、代わりに彼の要求と混同された理由を説明してみてください。そうすることで、あなたはあなたの知性、コミュニケーション能力を示し、あなたが前の質問を受け取らないことから彼らが形成したかもしれない否定的な意見を否定することができます。また、私たちは定期的に技術的に愚かな人々と協力しなければなりません、そしてあなたがそれに対してあなたの気性を失うことを示すことは悪い考えです

あなたが仕事を望まないなら、私はただOKと言って、彼に彼の質問を終えさせます。できるだけ早くインタビューを丁寧に仕上げて、そこから出てください。橋を焼くために何もしません。なぜなら、彼らと一緒に別の仕事をしたいかどうか、または彼らがネットワークを組んでいる他の会社を知っているからです。

面接は、すべての質問に合格するためのテストではないことを忘れないでください。実際に誰かがインタビューをしているのを見たことがあります。インタビューを受けた人の95％が質問に間違って答え、彼はそれで大丈夫でした。

ありがたく思う

あなたが仕事に就く前にあなたがそれを知った[無能/ ar慢]。

重大な弾丸をかわしたと思います！

インタビュアーはインタビュアーにとっても、インタビュイーにとってもツールであることに注意してください。仕事が自分に合っていると思われるかどうかを常に評価する必要があります。

あなたのインタビュアーがばかだと思うなら、ある意味で彼はあなたと一緒に働きたくないとあなたに知らせることで好意的にやっています。

愚か者に苦しむことはありません。

同様に、彼らと一緒に、または彼らのために働くことはありません。

人事担当者と話しながらインタビュー後、私は話したすべての人に好意的な印象を持ち、彼らは一緒に働くのに良いグループのように見えましたが、それは誰もが彼らの最高の行動としばらく一緒に仕事をするまでは、人と知り合うことはできません。とはいえ、それは私のポイントに直接つながります。あなたがあなたにインタビューしている人々が気に入らないなら、あなたが実際に日常的に彼らと働き始めたら、あなたは彼らをさらに好きではなくなるでしょう。

面接が非常に悪く、それが長い（つまり、終日のパネル面接）面接である場合、私はあなたがプロセスを先導する人を丁寧に連れて行ってあなたの懸念が何であるかを述べることができる点を探すでしょう。それがどうなるかに応じて（すなわち、否定的な印象を残した人が別のグループから来た場合、それを押すことは理にかなっているかもしれません）私は単にあなたがインタビューを早期に終了したいと彼らがなぜ丁寧に尋ねるかを知らせますあなたはあなたが会社の文化にぴったりだとは思わないと言ってください。彼らがそれ以上の詳細を尋ねる場合、あなたがそれらに答えたいかどうかはあなた次第ですが、一般的に彼らはあなたの応答から得るすべてを持っているので、あなたが言うことによってあなたの評判を損なうかもしれないので、あなたはよりよく言いません

彼に電話して

彼との理由 -次のようなもの。彼が働く価値がある場合、彼はあなたの応答の1つ後に救済し、彼の以前の尋問の欠陥を見るでしょう。彼が理由を考えずにこの仮説シナリオの最後に到達した場合、まあ、立ち去ってください。

あなた：ああ、すみません、あなたが私にメインメソッドを含めてほしいとは思っていませんでした。

彼： mainメソッドなしでは実行されないので、なぜそれを含めないのですか？

あなた：ある時点で実行を開始する必要があることを認識していますが、実行が既に開始されているサーバーなど、他のシナリオを念頭に置いていました。

彼：それは実行されないコードを正当化するものではありません。

あなた：明らかにここに問題があります。この経験から、主な方法に関する知識の欠如を示したと思いますか？

彼：はい。 （外に出る必要があります）
彼：いいえ...

あなた：それでは、問題が何であるかを理解してください。

この時点で、合理的な議論ができることを願っています。そうでない場合、再び、それはあなたの時間の価値がありません。

オプション1と3を実行しないでください。怒りを発散するのは良いと感じるかもしれませんが、問題を解決することはできません（代わりに、通常は悪化させます）。愚かな見ている人を非難するのは簡単ですが、全体像を知らずに、それは単純な間違いかもしれません。そして全体として、それはあなたを感情的な旋風に巻き込み、あなたを問題の一部にします。

おそらく最初はオプション4を使用します。一部の人々は、フィードバックから学び、より賢明になることができるかもしれません。しかし、うまくいかないようであれば、オプション2に切り替えてください。変更したくない人を変更しようとするのに時間と労力を無駄にすることはありません。そして、もし彼がそれを認めたくないなら、私がより良く知っている人に証明しようとすることはさらに少ない。

同様のインタビューを行ったことがありますが、コードを調べてみました。彼の反応は爆破であり、[10？15？]開発者、そして「[その]環境で働く態度がなかった」と。私の反応？退場する。

もし私があなただったら、私は5をしていました（それは私による愚かな間違いだと言って）。それから人事部に、インタビューについて非常に多くの否定的なフィードバックを与えたでしょう。また、可能であれば、他の人（あなたがしたように）に会社名とともに（あなたがしなかったように）この事件について伝え、警告します。
それはプロではないので、私は決して1,2を行いません。私は彼/彼女の愚かさに責任がなく、彼/彼女を良くすることは私の仕事ではないので、3と4を決してしません。

経験から、彼らは「コードを食べる」開発者から教科書タイプの開発者を見つけようとしています。多くの開発者はこれらの愚かな質問に失敗します（冗談はありません）。

また、（ジョンスキート）タイプの開発者を雇う場合、つまり開発者がインタビュアーより賢い場合、インタビュアーがそれを脅威と判断し、仕事の安全のためにインタビュイーを排除する状況があります（多くの場合、インタビュアーはチーフアーキテクトです）またはチームリーダー）。

それはキャッチ22です。外に出て、HRに、太陽が輝かない場所で仕事をするように言う（もちろん丁寧に）。ジョン・スキートを知っていると伝えてください。

さて、この状況で彼に物語を伝えることができると一度読んだことがあります。主なものは、物語は彼に関するものではないように見えますが、彼は彼に関するものであることを知っています。これは一種のサブリミナルメッセージングです。あなたはただ物語を語っていますが、彼の潜在意識では、彼はあなたが彼について話していることを知っています。そのため、ストーリーは次のようになります。

「ああ、これはとても面白いことをした候補者を思い出させます。彼はとても頭のいい男とのインタビューを受け、最終的に候補者は彼を顔にぶつけて部屋を出ました。インタビュアーはショックを受け、何かに気づきました。彼とは間違っています...」

行ったことがある。すでにご存知のように、彼（彼女）は、あなたの答えを「ダウン投票」することで、あなたよりもJavaについて詳しく調べようとしています（映画「アマデウス」を「サリエリ」のキャラクターで見ますか？）。

彼/彼女を丁寧に思い出してください。あなたは仕事を得るためにそこにいて、Java /（どんなテクノロジーでも）をもっと知っている人をテストするのではなく、あなたが仕事を探しているので、インタビュアーに印象づけようとしても大丈夫です。各人が他の人とは異なる方法で問題を解決する可能性があり、それは必ずしもそれが間違った答えであることを意味しない。

私はインタビュー中にすべての質問に答えます。たとえば、最近のインタビュー（タイトルによれば、ソフトウェアアーキテクトに応募し、インタビュアーはテクニカルアーキテクトです）では、.NETフレームワークのすべてのバージョンが.NET4までにリリースされているかをリストする質問がありました。問題ありません。2000年6月の初期ベータ版から.NET Frameworkを使用したことを彼に伝えると、面接官にさらに説明しました:)。

テストは、あなたが質問に答え、権威のある「明らかに間違った」人、上司、顧客、同僚、顧客に対処する方法かもしれません...

5

インタビュアーは常に正しい。次に、programmers.SEでベントします:)