技術面接とプログラマー能力[終了]

私が言うことは本質的に少し物議をかもしているかもしれませんが、私は今日非常に落胆しています-そして私はこれを尋ねます。

私はインターンシップのポジションについて大手テクノロジー企業にインタビューしたところ、典型的なアルゴリズム指向のインタビューの質問がたくさん聞かれました。今、私の背景を考えると、私はアルゴリズムに強いと思います（大学院レベルのアルゴリズム-NPの完全性やそれ以上のもの（近似アルゴリズムとランダム化アルゴリズム）にも優れた成績を収めています）が、残念ながらインタビューを失敗しました。文字列の問題を約10分で解決する非常に効率的な方法を考えてください。面接が終わったら、コップ1杯の水を飲み、バナナを食べてしばらくリラックスしてから、問題をもう一度試しました。回答5分以内に到着する可能性があり、さらに最悪の事態でした-私は実際にそのトラックにいて、インタビュアーがそれについてヒントを与えましたが、あまりにも多くのプレッシャーが私を料理しました。私の全体的な経験から、技術面接について考えるようになりました。いくつか質問があり、このフォーラムでそれらを提起したかった-

1. 誰かの技術的能力を30分で判断することは本当に可能ですか？正直なところ？それともサイコロを投げただけですか？

2. 技術面接の質問は問題解決能力を測定しますか？この点は非常に議論の余地がありますか？博士課程の学生として、数学の問題解決には、これまで聞いたことのないことを解決することが含まれることを知っています。一方、2つのリンクリストを並べ替えてマージしたり、k番目のレベルでバイナリツリーのすべての要素を印刷したりすることは、誰かが事前に解決策を見たり問題を解決したりすると、「単なる演習」になりますか？

3. これらのインタビューで空飛ぶ色で出てきた人々は、偉大なプログラマーになることを続けますか？彼らは続けて、洗練されたゲームエンジン、グラフィックライブラリを設計し、高速な分岐結合フレームワークを作成しますか？技術面接での成功と実際のプログラミング能力との間に正の相関関係があることを示す証拠はありますか？それとも、これらのインタビューは「物事を成し遂げる」タイプの人（Spolsky）を見つけることに向けられたものですか？

ICML、VLDB、モビコムなどの画期的なアイデアを発表している多くの学者が、これらのインタビューにふさわしいことは間違いないでしょう。しかし、私は彼らがあなたがこの惑星で見つけるであろう最も賢い人々の一部であることをあなたに保証することができます。

私は主にアカデミア（大学生）です-ですから、フェンスの向こう側にいる誰かからの知覚に大いに感謝します。これらのインタビューを実際に行っている人はいますか？

[わかりました。すべての素晴らしく、思慮深い応答をありがとう。もう質問したくないので、この質問に答えてください。

候補者Xが既知のオープンソースプロジェクトに貢献した作品の優れた公開ポートフォリオを持っているとします。実際に行ってパッチを確認し、彼が閉じたバグを確認して、彼が作成した設計を確認できます。その場合、問題は、彼の公開されている/検証可能な作品にどれだけの重みを与えて、15分以内に非常に工夫されたバイナリツリーインタビューの質問にどれだけうまく答えるかです。]

それを念頭に置いて...

1. 面接プロセスの主な目標は、各面接対象者の個人的な能力について絶対的な真実に到達することではなく、多数の候補者の中から少数の候補者を選択することです。
2. 良い開発者を引き継ぐよりも、悪い開発者を雇う方がはるかに費用がかかります。

面接の際は、多くの場合、不完全なショートカット（技術クイズなど）が使用されます。これは、先ほど述べたように、30分で人物を判断できる完璧なプロセスがないためです。しかし、ほとんどの人はあなたと並んで一緒に作業するという贅沢を持っているわけではないので、それがそれが何であるか、誰もがプレイするオッズゲームであるということを受け入れるべきです。

誰かの技術的能力を30分で判断することは本当に可能ですか？

ではない正確に。まったくプログラムできない人や、CVで説明できない人を排除することができます。それを超えて、私は通常、一般的な知性とフィールドへの関心を測定しようとしています。解決を求められた問題を知らずに、状況についてさらにコメントすることは困難です。

技術面接の質問は問題解決能力を測定しますか？

それは私の技術的な質問の目標ではありません。代わりに、候補者がコンピュータサイエンスの基礎を理解しているかどうかを調べています。問題解決能力を評価するために、私は候補者に彼らが取り組んだ興味深い問題について話すように頼みます。

これらのインタビューで空飛ぶ色で出てきた人々は、偉大なプログラマーになることを続けますか？それとも、これらのインタビューは「物事を成し遂げる」タイプの人（Spolsky）を見つけることに向けられたものですか？

それだけです。偉大さはまれです。私は有能な誰かを見つけてうれしいです。

1. はい。はい、正直です。これは、30分で人の能力を完全に把握するのに十分な時間だと言っているのではありません。面接担当者の仕事は、面接対象者が誰であるか、彼らが何ができるかについての感触を得るために、そこで最善を尽くすことです。彼らが本当に知らなかった履歴書に何かを入れた人々を見つけることは簡単です。面接対象者が何ができるか、スキルと長所をすべて正確に把握することはできません。

2. はい。彼らはあなたにインタビュー対象者の考えを見てもらいました。正しい答えを得る必要は必ずしもありません。誰かが苦労している問題に対処するのを見るのは、誰かが問題なく正解するのを見るのと同じくらい有益です。私はいつも、インタビュー対象者が答えられないかもしれないと思う質問をします。

3. 技術面接で最高の候補者が見つかるという実証的な証拠は知りませんが、これは私が試した中で最高のものです。人によって得意なことは異なり、技術的な答えを正しく得ることが、採用するかどうかを決定する唯一のものではありません。会社にふさわしいことも非常に重要です。

あなたの質問に基づいて、あなたが理解する必要がある最大のことは、レターグレードのような明確に定義されたフィードバックが終わったことです。正しい答えを得ることは結果の一部にすぎません。優れたコードを作成し、アイデアを伝え、他の人の意見を聞くことも同様に重要です。ただし、これらの領域はより主観的であり、そのように扱う必要があります。

あなたが問題をどのように解決したかと同じように、一歩下がって頭をきれいにします。多くのことが面接に入り、面接担当者はそれが完璧なシステムではないことを知っています。彼らはあなたがあなたのために最善を尽くそうとしているように、彼らは会社のためにできる限りの最善を尽くそうとしています。

30分で、人の技術的能力が少なくともxと同等であると判断できます。つまり、彼らの能力は彼らが示したものよりも高いかもしれませんが、あなたはそれが悪化していないことをかなり確信することができます。xが要件よりも高い場合は、それらを採用します。はい、あなたが実際の能力を下回って実証するのは不公平です。私が言えることは、デモンストレーションが上手くなることです。

誰かが実際に記憶された答えをがらがらとすると、私は彼らにもっと難しい問題を与えるでしょう。学界では暗記は重要なスキルです。仕事では、そこにグーグルがあるとき、それはほとんど冗長です。

最も優れたプログラマーがどのように採用されているかを見て、ある時点で就職の面接に合格したと仮定しても安全です。いいえ、誰かが30時間のインタビューから素晴らしいプログラマーになるかどうかはわかりません。幸い、ほとんどの企業は優れたプログラマーを必要としません。彼らは、快適なゾーンのすぐ外でタスクに取り組むことを恐れない堅固で信頼できるプログラマーとうまくやっていきます。

画期的な思想家が面接を失敗する可能性がある理由は、派手で画期的な問題を解決する機会が非常にまれであり、平凡であるが難しい問題を同僚が解決できることを証明した後にのみ、それらを解決するために信頼されます負荷が16％を超えるとソフトウェアがクラッシュする理由など、できません。

面接のテクニックが実際に機能するかどうかを知る人はほとんどいません。しかし、何も彼らの仮説を否定しないとき、彼らはそれが真実であることの確認としてそれをとります。したがって、サイコロを投げる明確な要素があります。

市場が合理的かつ効率的であるという経済理論が真実である場合、企業は面接が苦手な人を、彼らの仕事を悪くしない方法で採用しようとするでしょう。したがって、不適切なスーツを着て、汗をかき、非常に緊張し、面接のプレッシャーの下で技術的な問題を実行するのに苦労した誰か-外部の証拠があった場合、彼らはそうでなければ技術的な問題を行うことができ、仕事のプレッシャーはそれらのようなものではなかった（一般的にはそうではないので）面接の結果-候補者を他の方法で引き付けるよりも上手に候補者を獲得する可能性が最も高く、それに応じて行動する企業の最良の機会を表します。（企業の世界ではマネーボールを考えてください）。最終的にインタビューのバイアスは消えます。

実際には、これは人間の性質に反します。面接担当者は、ポジションに関係なく、自信を持って外向性の人が好きで、技術面接が履歴書や参考文献よりも悪い情報を提供する場合でも（おそらくあなたの場合はそうです）、それを考慮に入れます。

あなたの質問について：

1. 幾分。テストのS / N比は低くなっていますが、技術面接での適格だが悪い面を犠牲にして、完全に不適格であるものを取り除くように調整できます。

2. ＃1を参照してください。ノイズの一部は、人々が以前に問題を見たことがあるかどうかのばらつきから生じます。

3. ＃1を参照してください。これらのテストと優れたプログラマになることの間には、おそらく小さな正の相関関係があります。

私のアドバイス-基本的な知識を得るために、いくつかのサンプルの技術的な質問を調べます。サイコロが少し転がっていることを覚えておいてください。面接中は自信を持ってください。あなたが実際に考えていることに気を散らすことなく、あなたが考えていることを説明できるなら、そうしてください。それが本当にうまくいかない場合は、面接で緊張していることを認めて、通常は問題がないようなものであると思われることを知らせてください。