面接でいらいらするプログラマをどのように除外できますか？[閉まっている]

そのため、プログラマーが面白がって面接チームに合格したいくつかの状況がありましたが、現場に到着したときだけ、批判が平準化されるたびに極端な不機嫌さを示します。私は休みのいらいらについて話しているのではなく、24/7の傷ついた自我のことです。これはコードレビューのフィードバックに関係する従業員もいれば、デバッグの提案を含めることもできます（たとえ正しい場合でも）。

面接の過程で、人事に困らないように、気難しい候補者をどのように除外しますか？（私はここでBlade Runnerにはほど遠いものを考えています）。さらに、これらのタイプのプログラマーが実際の批判と認識されている批判の両方に対処するのをどのように支援できますか？

できません。脳の半分を持っている人なら誰でもショーに出て、完全に雇用可能に見えるかもしれません。あなたが試すことができるのは：

• 面接のテクニックを使用して、候補者に質問をし、間違っていることを伝え続けます。彼らがこの圧力にどのように反応し、反応するかを見てください。
• 必要な懲戒が存在することを確認し、それらが採用された後、手に負えない行動のために維持されます。

編集：これを書く必要はありませんが、GrandmasterBのコメントと否定的なコメントの突風を見て、そうします。ジョエルのインタビューガイドをすべて読んだことは間違いありません。

必然的に、その機能にバグが見られます。そこで質問5に行きます。そのコードに満足していますか？「OK、それではバグはどこですか？」と尋ねることができます。地獄からの典型的なオープンエンドの質問。すべてのプログラマーは間違いを犯しますが、それで何も悪いことはありません。彼らはそれらを見つけることができなければなりません。文字列関数を使用すると、ほとんどの場合、新しい文字列のヌル終了を忘れます。ほとんどすべての機能で、それらはオフバイワンエラーを持っている可能性があります。彼らは時々セミコロンを忘れます。それらの関数は、長さ0の文字列では正しく動作しません。または、mallocが失敗するとGPFになります...非常にまれに、最初にバグのない候補が見つかります。この場合、この質問はさらに楽しいです。「そのコードにはバグがありますが、

私の提案は、単にこの手法を採用して、候補者の気質が悪いかどうかを推測することです。

私はかつてプログラミングのインタビューを受けましたが、インタビュアーは絶えず私を脅し、私のコードをto辱しているようでした。私は申し出を得るまでそれが恐ろしく行くと思った！さて、このプラクティスは少し極端でした。ただし、コードにある程度のストレスをかけ、どのように管理するかを確認する必要があると思います。私が価値があると思うツールの1つは、コードに疑問を投げかけることです。このインタビュアーは多くのことをする傾向がありました。「それは正しいですか？確かですか？バグはありませんか？」など（私のコードが完全にうまくいったときでも）。

もう1つやることは、十分に長いインタビューを必ず行うことです。ちょうどそこに着いたら誰もが素晴らしく完璧に見えるかもしれませんが、彼らと十分な時間を過ごすと、おそらく彼らの本当の（より）色が出てくるのを見るでしょう。

興味深いことに、航空会社のパイロットになるための訓練を受けている友人から同様のことを聞いたことがあります。彼らは彼らに実行するためのいくつかのタスクを与えますが、実際のタスクは問題ではなく、落ち着いているか怒っているかどうかです。そのため、非常に困難または解決不可能な何らかの（物理的な）パズルを与え、それを解決して何が起こるかを確認します。

それから、潜在的な従業員があまりにも開けられなかった窓を開けるように頼まれたウォール街のインタビューについての隠po的な物語があります。一人の男が実際にオフィスの椅子の一つで窓辺でスイングをしました、彼は仕事を得たと思います:)

それは参照チェックの目的ではありませんか？どんな脳を持つ人々も、インタビューで本当の色を見せません。かつて人々にインタビューしていたとき、彼らが犯した最大の過ちとそれから学んだことについて話すように頼むことがありました。適切に答えるためには、経験と内省の組み合わせが必要だと思いました。役に立つものを思いついた人はほとんどいません。

擁護者ディアボリをプレイします。インタビュー中に主観的な質問をし、彼らが与えるどんな答えでも、異なる視点を表します。彼らがどのように反応するかを見てください。

インタビュアーが私に嫌がらせをしていて、バグのないことがわかっているコードにバグがあると不平を言う場合、まずコードを調べて、彼が話していることを理解できるかどうかを確認します。私は外交的になり、間違いを犯した可能性を受け入れます。

コードに問題がなく、インタビュアーが（特にいらいらするような、対立的な方法で）固執した場合、私はまず笑って、彼が私をつけているかどうかをテストしようとしました。"からかってるんだろ？"

そして、それが失敗した場合、丁寧に「問題は見えません。書いたもののそばに立っています。おそらくリファクタリングできますが、リファクタリングするためのコンテキストが必要です。このアプローチを無効にするユースケースを教えてください。」

もしそれが不快を誘発したなら、私はただ起きて、インタビューに感謝し、去ります。それから私はヘッドハンターに、その場所で働きたくない、そして私の時間を無駄にするであろうインタビューで私を送りたくないと言います。

簡単です。面接パネルに最も苛立たしいスタッフの1人を含めて、何が起こるか見てください。

もっと真剣に、あなたはあなたの採用で100％のヒット率を達成することを期待できないと思います。それに直面してみましょう、プールにはそれほど多くの完璧な候補者はいません。そして、ほとんどの候補者は、彼らが持っている問題の特性を隠そうとします。そして、間違いが起こります...

結論としては、経営陣は、混乱と有毒な態度を引き起こしている問題のある人々に対処するための確固とした行動を取る準備が必要であるということです。「良い話」が役に立たない場合は、より深刻な対策を講じる必要があります。

場合によっては、候補者がどのようなものかを判断するためにインタビュアーが行く長さはとんでもないことです。

私はCTO / Lead開発者として働いているので、自分自身とのインタビューの経験があります。

キャリアの選択肢を考えて、私は最近、スタートアップのインタビューに参加しましたが、彼らの方法は少し奇妙でした。私はきちんと迎えられなかったし、多くを紹介されたり話されたりしませんでした。その代わりに、私は隅に連れて行かれ、不快な椅子に座らせられ、印刷されたテスト課題（コード）とペンを渡されました。

書き込めるクリップボードさえなかったので、特に緊張していると思われるときは、ゆるい用紙にひざの上でコードを生成するのは少しやり過ぎだと思われました。最初のショックの後、私は自分自身を集め、自分がどのように反応するかを見るためにテストされているという結論に達しました。代わりにラップトップのテキストエディターだけを使用できるかどうかを尋ねたときに、ひざに1つの関数定義を入力しました。当然のことながら、彼らはうなずいて同意しました。使用するリソースがあります！

彼らはプログラマーの適性をテストすることに関する同じソース/ポインターを読んでいたに違いないようです。彼らの良い質問は、どのようにそれを改善し、私のソリューションをより高性能にするかでした（上記のバグに関するテーマ）。これが興味深いときです。とにかくそれはすべて主観的です-あなたはそれを改善する方法を考えるかもしれませんが、インタビュアーはあなたのエゴを実行しないかもしれず、単にあなたをテストします。最初のバージョンでは完璧ではないことを認めますか？ショーを行い、表面的な変更を考えますか？他のソリューションを提供しますか？または改善に対するオープン性を示しながら初期コードを支持しますか？とにかく雇用主にとってより価値のあるものには、バランスが必要です。

いずれにせよ、インタビュアーとして覚えておくべき最も重要なことは、面接プロセスが双方向に機能することです -地獄に置かれた後、私は最終的に彼らのビジネスモデル、短いものと長いものについていくつか質問することになりました期間計画など。

驚いたことに、私が得た答えは安心するほどのものではありませんでした（または、おそらく、私のステーションの上でより多くを知ると考えられていました）。打ち上げ前に雇用主のビジネスアイデアとモデルに（それらをよりよく理解するために）質問し、市場に出すのが難しいニッチのように穏やかに示唆することさえ、私が恐れていた正確な結果をもたらしました。CEOは非常に守勢になり、ほとんど攻撃を仕掛け、すべてが素晴らしいアイデアであるということを改めて表明するために道を外れました。

また、スタートアップの場合、シード資金を超えて計画する必要があります。そうしないと、求職者に求人を提供する可能性が低下します。あなたもあなたの会社を売っていることを忘れないでください！starupに参加することは危険で、とにかく、あなたが提供する必要があるいくつかの安心と少しも仕事を見つけるために圧力をかけていない、特にので、あなたがヘッドハント人々を。従業員は、ベンチャー企業を成功に導くためにあなたが何をするかを信じる必要があります。