コードサンプルとインタビュー?[閉まっている]


23

私はここに来て以来、いくつかの質問を見てきましたが、答えでは、誰かが候補者を判断するためにインタビュープロセスの外でコーディングされたポートフォリオまたはコードサンプルを決して使用しないと断言しましたコードが他の誰かによって作成された。私はこれに驚いています。

私の見方では、誰かがその場で簡単な問題を解決するように頼んでも、そこから学ぶことはほとんどありません。私は、仕事が求められているGoogleのような会社で働いていません。誰かの時間を要求することができます。しかし、趣味で書かれたコードのかなりの部分から多くのことがわかります。

はい、盗作の可能性はありますが、彼らはそのコードについて1時間の議論をするために非常によく指導されなければなりません。その場合、彼らは3か月の保護観察を行うために非常に迅速な学習者である必要があります(その間、理由もなく予告なしにそれらを取り除くことができます)。彼らがすぐに、十分に公正な優秀なプログラマーになれば、私はだまされましたが、まだ優秀なプログラマーがいます。

最終的に、当社の費用と盗作の候補者の利益は非常にわずかです。

これにより、他の業界について考えるようになりました。アーティスト、写真家、デザイナーはすべてポートフォリオを使用しており、盗作についてあまり心配する人はいません。著者は、自分の時間に書いた章に基づいた本に資金を提供されます。面接では、建築家に来て家の設計仕様書を描いてもらうことはありません。

それで、私たちが違うのは何ですか?誰かをコンピューターの前に置いて、データマージまたは階乗計算機をコード化することが、インターネットのような日常的に使用するツールにアクセスできないことがあるのはなぜですか?コードポートフォリオのアイデアの何が問題になっていますか?

まだ私を燃やしていない大きな間違いを犯す可能性がある場合に備えて、私は本当に知りたいと思っています。

回答:


14

ポートフォリオに対する私の反対は、インターネットからコードをコピーしている人に会社がだまされるリスクとは関係がありません。あるいは、開発者のチームが書いたコードを仕事として渡す可能性が高いです。あなたが正しく指摘しているように、少なくとも1時間、彼らが最初から階乗計算機をコード化することによって、彼らが一般的に慣れているプロジェクトについて開発者に話させることによって、あなたは少なくとも同じくらい学ぶことができます。

ポートフォリオに対する私の反対は、ポートフォリオを必要とすることで、多くの才能のある開発者が検討対象から除外されることです。アーティストや写真家とは異なり、私が作成したコードの著作権は保持していません。雇用主および/または雇用主と契約した会社に属します。興味深い」コードを書いた。私が自分の時間でコーディングしている場合、それは一般的に仕事でのサイドプロジェクトになり、私の人生を楽にするか、私をバグに陥れるだけで、ポートフォリオに表示することはできません。さまざまなフォーラムにたくさんの投稿がありますが、それらのほとんどは、設計上、比較的浅いものです。同じような立場にある堅実な開発者のかなりの数の人口があります。彼らの興味深いコードは他の誰かが所有しています。そしてもしあなたが'

すべての候補者が少なくとも最初から何かをコーディングするように求められる技術面接は、少なくとも平等な競争の場を提供します。電話画面の合理的な仕事を行い、候補者を合理的なリストに絞り込むことができると仮定すると、候補者には8時間の努力を要することを解決するための問題が与えられます著作権の問題がないおもちゃアプリの一貫したポートフォリオを考え出すよりも。


1
+1良い答え。フォローアップの質問:コードサンプルを求めた場合、あなたが説明した候補者が、私が選んだ不自然な問題ではなく、独自の不自然な問題を解決するのに8時間を費やすことを選択できないのはなぜですか?とても尊敬しています。
pdr

3
特定のプロジェクトオイラーの問題のような一般的な人為的な問題は、候補者に自分の問題を思い付くよりも、より良い結果をもたらし、候補者をよりよく考えるはずです。明確に定義された停止ポイントがあるため、候補者には親切です。UIを磨いたり、「もう1つの機能」を追加したりするのに時間をかけるプレッシャーを感じる人はいません。候補者が同様の問題を解決しているとき、候補者を比較する方がはるかに簡単なので、それはあなたにとってより良いです。そうでなければ、誰が最もクールなアイデアを持っていたのか、誰のビジュアルが最高だったのかに影響されないのは難しいことです。
ジャスティン洞窟

確かに、コードサンプルを取得することはクライアント側のWeb開発者にとってより合理的な期待ですが、私がこれまでに遭遇した中で最高のインタビュー形式は、私が書いたコードを座って見て、好きなことについて考えを共有することでした私はもっ​​とよくやった...など、そしてインタビューする開発者が書いたコードを見て、同じことをしました。発砲隊スタイルのインタビュー、IMOよりも両当事者にとってはるかに価値があります。Googleの許容できる偽陰性のアプローチは、私が彼らのために働きたくない理由です。それは不器用で、優雅で、無駄が多い。JavaScriptのように。
エリックReppen

6

まず第一に、私たちはアーティストではなくエンジニアです。私たちはチームで仕事をしているので、実際の仕事の経験では、「私たちの」コードはチームワークの結果であることがよくあります。私が唯一の所有権を主張できる専門的なコードはそれほど多くありません。

第二に、私の仮想ポートフォリオのほとんどのコードは、機密であるため、誰にも見せられないコードになります。個人のペットプロジェクト用に作成したコードは、必ずしもすべてのスキルと私の典型的な仕事の振る舞いを反映しているわけではありません。


4

私はソフトウェア開業医として多くの人々にインタビューしました。クイズやおもちゃのプログラミングの割り当ては貴重な帯域幅の無駄だと思うようになりました。クイズとおもちゃのプログラミングの割り当ては、インタビュアーが知っていることをテストするだけです。それらは、候補者が知っていることを評価する正確な方法ではありません。私のキャリアのこの時点で、インタビューの最後に自分のテストを管理する機会が与えられた場合にのみ、このタイプのナンセンスを受け入れます。

ソフトウェア開業医の能力を評価する最良の方法は、穏やかな安心できる声で彼または彼女に話すことです。候補者に、現在の立場が何を伴うのかを話し合うよう依頼してください。候補者が関心のある分野を育てたら、その分野について詳しく説明するよう依頼してください。ここでの目標は、候補者に警備を失望させることです。どの程度のコーチングでも、「ソフトタッチ」尋問の候補者を準備することはできません。遅かれ早かれ、縄は、面接を通して自分の道をBSしようとしている候補者の首に引き締まるでしょう。


2

応募者のコードサンプルをお願いしますが、面接中に参照されます。ただし、通常、インタビュー中に行われるホワイトボードのコーディングにより重点を置いています。

私が行うすべての開発者インタビューでは、単純な問題の解決策を実装するためにホワイトボードに行く必要があります。ただし、ルールがあります。

申請者は、実施中に実装について話し合う必要があります。

  • それらが問題にどのようにアプローチするかを測定できます。
  • どれだけうまくコミュニケーションできるかがわかります。
  • 明確な目標を設定すれば、それらの速さを測定できます。

実装がすべて似ている3つの問題があり、自分が書いたコードを再利用またはリファクタリングできることを伝えました。

  • 大きな絵を見るために引き戻せるかどうかはわかります。
  • 実装してリファクタリングするか、一般化にジャンプするかを確認できます。
  • 私は彼らの考えをどれほどうまく整理できるかをよりしっかりと知ることができます。

あらゆる面接のこのすべてのポイントは、志願者の能力と、彼らが仕事にどのようにマッチするかについての良いアイデアを試すことです。私の経験でのインタビューの「実用的な」部分は、その点でかなり助けになりました。また、プログラムの方法について詳しく知っているので、サンプルコードの評価にも役立ちます。


1

コードサンプルは候補を取り除く非常に効率的な方法です-コードサンプルは5〜10分で判断できますが、電話の画面でさえ15分かかり、スケジュールが必要です(そして、私の経験では山の底)。

コードサンプルに対する主な異論は2つあり、簡単に克服できると思います。

  • コードサンプルを必要とすることは、一部の才能のある開発者にとって人為的な障壁になります

明らかに、これは本当です。応募や採用のプロセスに障壁があると、望ましい候補者がなくなる可能性があります。ここで重要なことは、聴衆を知ることです。1つのオープニングで1000人の履歴書を持っている場合、効率のためにいくつかの偽陰性を買う余裕があります。5人の履歴書がある場合は、スクリーニングプロセスの非効率性に余裕があります。

しかし、ほとんどの人が見逃していると思うのは、面接と雇用は基本的に「この人を雇わない理由を見つける」ゲームだということです。まともな仕事には、多くの資格のある応募者がいます。最後の応募者は通常、途中で赤旗を立てなかった応募者です。人の中で最高のものを見たり、非コミットであったりするのは簡単ですが、それでも採用するのには何の役にも立ちません。それでは、決定に近づくことはできません。

レビュー、スクリーニング、インタビューなどの方法に沿って収集したすべての情報は、潜在的に採用なしの決定を引き起こす可能性があります。雇用禁止のトリガーの感度と現在の(および将来の)見込み客とのバランスを取る必要があります。退屈な業界にいて、多くのレガシーコード、官僚主義、および給与の低さ(多くの場合、制御できないもの)がある場合、トリガーはGoogleなどよりも感度が低い必要があります。そうしないと、誰も雇わないというリスクが発生します。

個人的に、私にとって最も簡単な妥協案は、要求することですが、要求することではありませんでしたコードサンプル。取得した場合、それは候補を評価するための単なる追加のデータポイントです。同様に、過去に候補者と仕事をしたことがある知り合いがいた場合、その知り合いの意見に重みを付けます。私が知っている人と一緒に仕事をしていなくても、候補者を失格にすることはできません-それは、彼らを評価する私の仕事が少し難しいことを意味します(インタビューに参加する場合はおそらくコーディング演習が含まれます)。サンプルが貧弱な場合(または私の知り合いが口をひどくする場合)、それはほとんど無賃借です。サンプルを提供する人は、最初のスクリーニングに参加していない人と比べて小さいかもしれません-履歴書スタックとサンプルの品質と量に応じて、より多くの情報が情報なしよりも良いか悪いかもしれません。

  • サンプルが簡単に偽造されている

まあ、そうだろう。履歴書もそうですが、まだ収集しています。どうして?3つの主な理由-履歴書やサンプルの質が悪いことは簡単に雇わないことです。履歴書やサンプルを偽造するのは簡単なことです。候補がドルトであることがすぐにわかると、誰にとってもより良い結果になります。

あなたが捕まることなく良いサンプルを盗用するのに十分賢いなら、それについて知的に話し、インタビューを通過してください-私はあなたがどのようにスクリーニングを通過したかに特に問題はありません。ここにはいくつかの倫理的な懸念があるかもしれませんが、それは実際には私の専門分野ではないので、インタビュー中に道徳的性格を評価するために私は邪魔をしません。私にとっては、上司が選考プロセスを経ていない人に好意的にインタビューするように頼んだのとほぼ同じです。インタビューの段階に達した後は、インタビュー中に出てくる情報がもっとたくさんあるので、どうやってそこにたどり着いたはさほど重要ではありません。

TL; DR-コードサンプルは優れたスクリーニングツールですが、必要かどうかを慎重に検討する必要があります。スクリーニングを過ぎたら、インタビューをサンプルよりもはるかに高くします。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.