プログラミングの就職の面接にコードポートフォリオを持ち込むべきではないという別の質問への回答に困惑しています。
なぜ一体なのか？他の人はこれをお勧めします。ピープルウェアの「古典的な」物語の1つです。
「最初にジャグラーのパフォーマンスを見ずにジャグラーを雇うことを考えるのはばかげているでしょう。それは常識です。しかし、エンジニア、デザイナー、プログラマー、グループマネージャーを雇おうとすると、常識のルールが中断されることがよくあります。デザインやプログラムなどを見ることは求めません。実際、インタビューはただの話です。」</ p>
それで、何が得られますか？コードポートフォリオを提示したときに何が悪かったのかについての「戦争の話」はありますか？それとも、持っている候補者にインタビューしたときですか？
私は何年にもわたって多くのインタビューを行ってきましたが、コードを要求したり、見せたりしたことはありません。それは私が探しているものではありません。まず、チームで協力して作業できるかどうかを確立しようとしています。また、雇用が意味するこれらすべての妥協に対処する方法を理解しているかどうかも知りたい. 開発者として、あなたの問題へのアプローチ方法と、挫折した後もやり抜く頑固さを見たいと思っています。
明らかに、プログラミング技術に対するあなたの理解度を感じたいと思います。あなたが特定のスキルを公言している場合は、技術的な質問をいくつかします。
あなたが書いたコードを見たくありません。それがあなたのものであるとどうやって確信できますか？インタビューの時間に、細かい点を調べて評価するのに十分な時間をどのように与えることができますか? あなたが書くのにかかった時間をどのように知ることができますか?
平穏にプログラムを書くことと、プレッシャーの下で妥協し、協力し、どこにリソースを集中させるかを決定しなければならないチームで作業するスキルとの間には、世界の違いがあります。
このテーマに関する私の見解は、明示的に要求されない限り、コードポートフォリオを面接に持ち込む必要はないということです。インタビュアーが計画したように、それはインタビューの流れの中断として機能します。さらに、ポートフォリオ内のコードが実際に自分のものであり、インターネットから持ち出されたり、同僚から取得されたりしていないことを証明するものは何ですか？最後に、以前のコードのいずれも実際に新しい状況に関連していない場合、ポートフォリオはどのように使用されますか？
さらに、多くの企業は、従業員のコードを法的に著作権で保護されているものとして保持しています。結局のところ、自分で作成したとしても、前の会社で作成したソフトウェアの内部の詳細を共有することになります。
インタビュアーは通常、将来の候補者が新会社の環境にどれだけうまく適応できるか、そして彼らが取り組んでいるテクノロジーにどれだけ精通しているかを強調するのが好きです。多くのインタビュアーは、実際には、論理的思考と一般的な問題への対処方法を示すために、短いコードスニペットを作成するように依頼する場合があります。
私は面接にコードを持って行ったことがありませんし、面接中に誰かにコードを持ってきてもらったこともありません。コードサンプルを見たい場合は、面接の前に候補者に提出するように依頼します。そうすれば、十分な時間をかけて調べることができます。コードサンプルを直接手渡された場合、その内容を理解するのに十分な時間はありません.
求められていない場合、コード サンプルを提供する必要がありますか? 私はノーと言います。その理由は次のとおりです。コード サンプルを要求すると、それはあなたが失敗するかどうかを確認しようとしているテストです。コード サンプルを確認した後、次の 2 つの結果が得られます。
適切なコード サンプル: INDETERMINATE (つまり、HIRE の場合、他の要因によって 100% 決定されます)
悪いコード例: NO HIRE
それで、それがわかったので、私が頼んでいなかったら、志願してそのテストを受けたいですか？
私は就職の面接でコードを求められました。最も安全な方法は、おそらくいくつかのサンプルコード/ポートフォリオを持ってくることになるので、少なくともプロンプトが表示されたときに何かを表示する必要があります。
会社の従業員として作成したコードは、その会社の所有物である可能性が高いことに注意してください。これは、就職の面接に行くときに、フラッシュドライブをポケットに入れて持ち歩かないというかなり確固たる理由です。 .
また、あなたのコーディング方法に興味がある場合は、既製のものをレビューするのではなく、面接で目の前でそれを行うように依頼します.
私の就職の面接では、「これを自分でコーディングしてください」という言及はありませんでした。もっと言えば、この問題があります。どうやって解決しますか。（一般的には、たとえばデザインパターンを使用）
tl;dr:私はいつもインタビューにコードを持ってきました。興味深い問題がたくさんあるので、代表的なものをすぐに書き留めてバッグに入れておくことができます。
私のポートフォリオには、履歴書、履歴書 (別の種類のドキュメント)、プレゼンテーションの重要なスライド (JavaOne からダウンロードしたものなど)、コード サンプル (自分のコンピューターで自分の時間に作成したもの)、興味深い設計ドキュメント (たとえば、やり直さなければならない場合はどうすればよいか)、ランタイム イメージ (公開サイトからダウンロード) など。
以前の雇用主の財産または IP であることをほのめかすようなものを、ポートフォリオに決して入れないで ください。
とはいえ、公開プレゼンテーションを行うことの優れた点の 1 つは、出版物の Web サイトからスクリーンショットをダウンロードできることです。もちろん、適切なフェアユースのためには、発行元に適切なクレジットを与える必要があります。
とはいえ、コードサンプルを持っていない、ここで働きたいと思っている人々にインタビューしました。これは主に経験によるものです。彼らの多くは新卒者です。ただし、経験豊富な専門家に対する私の期待は大幅に高くなります。私のフィルターもかなり厚いです。悪い人を 1 人雇うよりも、働き過ぎの方がましです。
全体のコンセプトは、良いマネージャーはあなたが考えることができるかどうかを見たいということだと思います。私はなぞなぞを求められ、インタビューで論理パズルを解くように求められました。私のコードはコピーペーストまたは盗まれた可能性があります。
人が経験するステップを見るだけのプロセスは、問題を解決する彼らの論理的な能力の良い考えをあなたに与えるでしょう。
とにかくその男が好きな場合にのみコードを要求します。そして、それがインターネットのどこかで公開リポジトリにあるのであれば、私はそれを好むでしょう。しかし、とにかくそれまでに採用/採用なしの決定がなされるでしょう。コードを処理する人によって書かれたものであるかどうかを確信できないため、コードを前もって確認しても意味がありません。
コード サンプルは、流行語やギミックを探しているだけのインタビュアーを驚かせるかもしれませんが、立派なインタビュアーは、問題解決のスキルとその場で推論する能力を求めます。最も興味深いコードは、インタビュアーが実際に解釈するには長すぎて、おそらく無駄になります。
とはいえ、インタビュアーに強制しない限り、コード サンプルを持参することは悪いことではありません。あなたの利益を適切に賞賛しないものに優先順位を付けるのは、単に悪いことです.
Engineers and Programmer do not have to bring code samples because they are already facing a technical interview. If the candidate knows his stuff, he will not struggle with the questions. There is no chance of faking the technical answers. The candidate has either done that before or not. There is no room for interpretation.
重要なソフトウェア アプリケーションは通常、チーム全体で作成され、一見して理解できるほど単純ではありません。初めて部外者にコードを見せたときに、ソリューション/プロジェクト全体を見て、自分以外の誰かが書いたコードを明確に区別することは容易ではありません。面接担当者は、実際の面接セッション中に、あなたのコードをゆっくりと読んで研究し、あなたが以前に取り組んだアプリケーションの低レベルのアーキテクチャと設計を理解しようとする時間がないのではないかと思います. ポイントを理解したい場合は、時間のかかるチュートリアルを実行する準備をしてください.
多くの場合、私たちの仕事の種類によって、すでに実行中のプロジェクトに参加する可能性が高くなります。「美しい」コードをゼロから書くのではなく、既存のコードとアプリケーションを維持/強化します。私のコーディングへの貢献は、通常、大規模で醜い既存のコード ベースのリファクタリングと修正に分割して提供されます。そのようなものを誇らしげに披露するのは難しい.
また、他の人が述べたように、以前の組織のソース コードを公開することは、多くの望ましくない法的影響をもたらします。
インタビュー対象者のコーディング スタイルを確認したい場合は、インタビューにオフセッションの開発演習を含めることができます。インタビュー対象者は、後で閲覧するために演習コンテンツを提出します。しかし、面接セッション自体では、面接を受ける人の性格、情熱、精神的および思考モデル、問題解決スキルなどを知ることに時間を費やしています.
コードを面接に持ち込むことで、自分自身と潜在的な雇用主を本当に撃つことができます。あなたが働いている会社は、あなたのコードの一部またはすべてを所有している可能性があり、彼らが見つけた場合、彼らは彼らの「損失」を補償するために戦うでしょう.
別の悪いケースは、新しい仕事が以前の仕事と似た役割または似たような会社である場合です。船に飛び乗って、以前の雇用主のコードをそこに持って行ったことがある場合、コードが一瞥しただけで片付けられたとしても、前の雇用主はフィールドデイを持つことができます.
面接に持参すべきコードは OSS コードだけであり、そのコードが実際に公開されている場合に限ります。私は以前のすべての雇用主で GPL コード (小規模な内部テスト ユーティリティ用の最高級のコード) を作成する機会がありましたが、バイナリを誰にもリリースしたことがないため、ソースをリリースする義務もありませんでした。その場合、新しい雇用主にはその情報源にアクセスする権利がなく、私はそれを彼らに見せることができませんでした:(