技術的なポジションのインタビューは怖くない必要があります

GitLabのシニアエンジニアであるJacob Schatzは、技術就職のインタビューと思考プロセスをどのように実施したかを共有しています。技術的なインタビューはしばしば議論されており、一部の人にとってはデリケートなトピックである可能性があるため、この記事ではジェイコブの個人的な見解を表現しており、必ずしも雇用主の見解を表しているわけではないことは注目に値します。

あなたは、恐ろしい、疲れ果てている、悲しい、または失望していると感じるインタビュアーですか？このバイアスを変えたいと思っています。

私は人々が良いインタビューの経験を持つことができると信じており、私も適切な候補者を見つけることができます。これらの2つのことが同時に起こる可能性があります！インタビューのプロセスが終わった後、理想的な世界では、結果が何であれ、自分自身とプロセスについて気分が良くなるはずです。仕事に就かなかったり、新しい仕事を始めることに興奮しているので悲しむかもしれませんが、どちらの場合も、理由を理解する必要があります。

Gitlabでは、私は非常に早い段階で採用を担当していたので、何千もの履歴書を見ました。私が最初に参加したとき、私はフロントエンド開発チームを募集して結成するように頼まれました。私は29番目の従業員です（現在500人以上の従業員がいます）、私は最初のフロントエンド開発者なので、私たちのチームには雇用プロセスがありません。徐々にプロセスを作成しました。

この記事の目標は、インタビュアーとインタビュアーです。インタビュアーにとって、完璧なインタビューがどのように見えるか知っていることを願っています。インタビューは怖くて恐ろしいことではありません。ここに、あなたがあなたの役割を果たして完璧なインタビューを作成するのに役立つガイドを紹介します。あなたがインタビュアーなら、あなたはあなたのプロセスを完成させたかもしれません。これは、理想的な世界でインタビューがどのように行われるかについての私の意見です。インタビューにはさまざまな種類があり、この記事では、すべての経験レベルの開発者へのインタビューに焦点を当てています。私は長年にわたっていくつかの素晴らしいプロセスにこだわっていますが、この記事は両当事者の候補プロセスを垣間見ることができます。

私が始める前に、誰もが人間であり、人々は不完全であることを覚えておくことが重要です。完璧な開発者はいません。みんなを普通の人々のように扱います。一部の人々が達成したことに驚かされても大丈夫ですが、他の人を崇拝しても大丈夫ではありません。才能は生まれつきで獲得されており、あなたもそれを学ぶことができます。あなたのインタビュアーとあなたは両方とも不完全です。インタビューは完璧についてではありません。これがインタビューがどのように見えるべきかです。

候補者に私が探している5つのこと

Gitlabの価値は多くの重要な側面をカバーしているので、読む必要があります。これは、これらの値のゆるい基盤に基づいています。

インタビュアーとして、私は生産的でアクティブなリスナーになったときに、非常に多くのことにしか集中できません。しかし、私は注意したい5つの具体的なことを持っています：

1. この人は「明確な」ですか？
2. この人は技術的にこの役割の要件を満たしていますか？
3. この人はこの役割において自給自足することができますか？
4. この人はコミュニケーションに強いですか？彼らはチームとうまくコミュニケーションをとることができますか？
5. この人は肯定的なフィードバックと否定的なフィードバックをうまく処理できますか？

もちろん、私は他のいくつかのものを探していますが、これらの5つのことはあなたが私と面接するならあなたが望む仕事を得るのに十分です。

緊張してください。私はこれについてあなたを責めることは決してありません。私はあなたが緊張しているかもしれないことを知っています、それは絶対に大丈夫です。まれに、緊張が衰弱させる要因になる可能性があります。その場合、私はあなたにそれを再スケジュールするように頼むだけです。電話を切らないでください！

バイアスがあることを認識してください

Gitlabでバイアスの訓練を受けています。私がトレーニングで学んだことの1つは、あなたが偏っているかどうかにかかわらず、誰もが偏見を持っているということです。かつて、私はいくつかのオーケストラのような盲目のインタビューをすることを考えました。私たちはそれを実装することはありませんでした（そしてそれは難しいです）が、それが私がすべてのインタビューでカバーしたいものの質問のリストと要約を保持している理由です。インタビューごとに従うことができるスクリプトがあります。すべてが繰り返しで、可能な限り似ています。インタビューが進むにつれて、より難しい質問をすることができるかどうかを知ることができます。難しい問題は、候補者を排除することではなく、資格のある候補者です。あなたが私のパズルに答えることができれば、それはあなたが豊富な経験と知識を持っていることを意味します。私は何らかの形でトリビアの質問をしなければならないことを知ることが重要ですが、トリビアの質問に基づいて候補者を評価しません。これは、JavaScriptの知識と深さを理解するためです。

言い換えれば、誰も正しく答えていないという些細な質問がまだあります。私は尋ね続けます、そして、いつか誰かが正しく答えると信じています。私は主要なJavaScriptファンだから、トリビアの質問は楽しいです。私はJavaScriptのすべての内と外について話すのが好きです。私のコーディングパートナーになることができる人を探しています。人を募集することは、あなたのために働く人ではなく、一緒に働くことができる人を見つけることです。

経験の浅いインタビュアーは、彼らが知っていることをあなたにテストする傾向があります（そのため、「間違った」答えであなたを批判できるとき、彼らは少し安全だと感じます）。

代わりに、良いインタビュアーはあなたが知っていることに焦点を合わせ、双方向の対話を促進して共通の適合を探求します。

- ジェニファー・キム（@jenistyping）2019年4月8日

あなたの技術的能力を知りたいです

これはおそらく人々が最も恐れていることです。インタビューでは、「なぜマンホールがカバーしているのか」などの質問をします。真実は、一部の企業はLeetCodeから適度に難しい質問をするかもしれませんが、他の企業は技術的な質問をまったく尋ねないかもしれません。

私はあなたのスキルセットで何を探していますか

経験は、私が尋ねることができる技術的なインタビューの質問よりも説得力があります。たとえば、私がフロントエンドのエンジニアのポジションを雇っていて、誰かが自分で何かクールなものを作ったと言った場合、私たちはそれを議論することができると言った場合、これは素晴らしいことです。その後、私は彼らにいくつかの質問をする必要があるかもしれませんし、デモが私のすべての質問に答えるかもしれません（おそらくそうではありませんが、可能です）。しかし、あなたが一緒に非常に誇りに思っている何かのためにコードを閲覧できるなら、それは素晴らしいことです。

あなたがあなたのコードを見ることができる他の会社のためにあなたが何を構築したかを教えてもらうことができれば、それはあなたがそれを完全に説明することができれば役立ちます。挑戦は何ですか？ 10,000件のコメントにどのように対処しましたか？モバイルにどのように対処しますか？課題は何ですか？例を挙げましょう。Gitlabのコメントシステムを作成しました。コメントシステムにとって興味深い課題は、他のユーザーに言及するために @ドロップダウンメニューにユーザーをロードするという問題に対処することです。このドロップダウンメニューのJSONペイロードは非常に大きくなり、ページの読み込みがページのロードが大幅に遅くなるとロードすることができます。ただし、ペイロードが10 MBを超える可能性があるため、最初の @キープレスではデータの読み込みも遅くなります。ユーザーにシームレスなエクスペリエンスを持っていることを望んでおり、データがロードに時間がかかることを認識していません。したがって、この経験について話す良い方法は、次のようなものなど、あなたが考慮した方法のいくつかを説明することです。

1. データは、ビューポートに最初にコメントボックスが表示されるときにロードされます。
2. ユーザーが初めてテキスト領域を越えたときにデータをロードします。
3. ユーザーが十分な運動量でスクロールを開始すると、データはロードされます。

最後のものは退屈な解決策ではありませんが、インタビュー中に誰かがそれを言うのを聞きました。

アルゴリズムとデータ構造について尋ねるかもしれません

ねえ、インタビュアー、あなたはあなたのマーケティングウェブサイトのために人々を採用していますか？最も難しいアルゴリズムとデータ構造の質問を尋ねないでください。はい、アルゴリズムとデータ構造はあらゆる面で大きな役割を果たしますが、さらに重要なことに、候補者は応答性のあるデザイン、アニメーションとパフォーマンスを理解しています。パフォーマンスについて話しているので、彼らは大きなO表記を理解する必要があります。彼らは何が再描画を引き起こしたのかを知っているべきです。 Firefoxモニターを見て、Salesforceと比較してください。 FirefoxのWebサイトは、あらゆる面で高速です。なぜ速いのですか？ SalesforceのWebサイトがそんなにかさばって遅いのはなぜですか？それらをサイズ化します...ああ！ Big Oはいくつかの部分を説明するのに役立つかもしれませんが、全体像を説明できることが重要です。

ちなみに、私が言及したので、大きなO表記。

Big Oは、コードの実行時間や、最悪の場合にコードが取るメモリスペースの量を説明する方法です。それを学ぶのは本当に良いことであり、毎日のプログラミングに役立ちます。あなたはそれを学ぶことができます、そしてそれには約1時間かかることがあります。 1時間後、インタビュアーが尋ねる法的な大きな質問に答える準備ができている可能性があります。

Big Oは、あなたが取る必要があるコースではありません。ここに1時間以内に説明できる記事がいくつかあります。

• 私はこの投稿が好きです。
• より正式であるが最終的には理解しやすい記事については、Brillantをチェックしてください。
• あなたが快適に感じるチートシートについては、ビッグOチートシートをチェックしてください。
• いくつかの素晴らしい例（異なる言語で、しかし非常に理解しやすい）については、この記事をご覧ください。

OK、インタビューのアルゴリズムとデータ構造に戻ります。

これらのタイプの問題が発生する可能性があるため、事前に宿題をする価値があります。アルゴリズムとデータ構造を学習するためのインタビューには、2つの典型的なゴールド標準があります。

• Gale Lackman McDowellが書いた「Cracking Coding Interview」という本があります。
• 多くのリソースを備えたLeetCodeというWebサイトがあります。

アルゴリズムやデータ構造、多くのコーディングインタビューに推奨されるものは他にもたくさんありますが、世界のすべての例を覚えておく（問題は解決しない）ことを覚えている代わりに、それらの解決方法を学びます。

上で言ったように、フロントエンドのエンジニアは、Websterシリアルを食べるのと同じように、あなたにとって良いことだからです。作業が広範なアルゴリズムとデータ構造の知識を必要としない限り、インタビュアーは幅広いアルゴリズムとデータ構造の質問を尋ねるべきではありません。 Vueのようなフロントエンドフレームワークを設計している場合、DOM差アルゴリズムを最適化するか、少なくとも使用しているアルゴリズムの実装を理解することが非常に重要です。しかし、それはCTCIから7つの追加のパズルを尋ねるということですか？しない。メモリではなく、理解をテストしています。人々がこれらの問題を解決するとき（私が彼らに尋ねるとき）、私は彼らがこの問題について考えているのを見たいと思います、そして、私たちは彼らが正しい答えを得るのを見たいのではなく、一緒にこの問題を解決したいです。昨日覚えていることではなく、仕事を得た後、エンジニアとしてできることを理解することがすべてです。アルゴリズムを理解している人は、職場で彼らを学ばなければならない人よりも、それらを実装する方が良いでしょう。

依存関係管理システムを構築するために人々を募集していますか？この人は、アルゴリズムとデータ構造について多くを知る必要があります。

これらはスペクトルの両極端ですが、私の意見では、誰もがゼロから赤黒の木を書く方法を知る必要はありませんが、誰もが大きなOを知っている必要があります。しかし、典型的なアルゴリズムとデータ構造を学ぶことで、ソフトウェア開発者としてのスキルが大幅に向上します。

アルゴリズムとデータ構造について質問するとき、次の質問をします。

• リンクされたリストとは何ですか？ JavaScriptに配列の有無にかかわらず実装する方法を教えていただけますか？
• BFSとDFSの違いは何ですか？そのうちの1つを達成できますか？

これらの質問に誤って答えると、誰も排除しません。私は候補者を評価するためにトリビアを使用しないことを忘れないでください。

あなたは明確ですか？

インタビュー中に、私は多くのソフトスキルも探しました。これは、あなたが「明確」であるかどうかを判断する私の方法です。

厳密に言えば、それはあなたが正しい決定を下したことを意味しますが、私にとってはそれ以上のものです。明確な人が合理的な決定を下します。私とは別の意見を持っていることは良いことですが、私たちは知識の基準に同意する必要があります。たとえば、絶対的なポジショニングを使用してブログ全体をレイアウトすることは悪い考えであることに同意する必要があります。これは合理的な決定ではありません。

しかし、私はこれらのスキルをチェックするためにこのようなシナリオを作成するかもしれません：

Codepenに行き、静的なブログのホームページを作成しましょう。ナビゲーションメニューが必要です。タイトルと記事の場所が必要です。そして、下部にコメントとフッターがあります。

次に、ナビゲーションとそれぞれの長所と短所を作成するためのさまざまな方法を説明します。私が雇っているフロントエンド開発者の多くにとって、彼らがいくつかのコアJavaScriptを理解しているかどうか疑問に思っているので、ネイティブJavaScriptのみを使用して小さな機能を追加するように頼むかもしれません。

フレームワークがあなたのためにすべてを行うとき、あなたは自分で物事をする必要はありません。あなたが世界的な状況を理解しているかどうか知りたいです。

「ソバート」は派手な声明であり、あなたの物事が組織されていることを意味します。これは網羅的なリストではありませんが、これらは私の注意を引いたものです。

• 自分の世話をしてください

• あなたは専門的に話します（これはほとんどの人が知っているよりも影響力があります）

• 非常にプライベートな詳細は省略されています

• 簡潔に質問に答えます

• 時間をかけて考える

• わからないときは、「わからない」と言います

• 自信がありますが、あなたがそうでないとしても、うぬぼれをしないでください

• あなたは始めたものを達成します

• あなたは正直です

• ノーと言えますか

• あなたはあなたが望むものを知っていて、あなたは他の人が彼らが望むものを手に入れるのを助けたい

• あなたは反対し、議論さえしますが、いつあきらめるべきかを知っています

• インタビュー中に効果的にコミュニケーションをとることができます

• この会話は簡単ですか、それとも疲れていますか？

• あなたは英語に堪能ですか？アクセントは絶対に大丈夫です！

• 議論されている概念を理解していますか？

• あなたは親切な人です。

最後の点について：親切はあなたが弱い人であるという意味ではありません。優しさは、他の人に挑戦し、フィードバックを与えることの重要な部分です。

あなたが自給自足かどうかを見たいです

今では明らかなように思えますが、Gitlabの仕事の後、自給自足はインタビュアーが雇われているすべての人に探すべきものです。自給自足は、会社でのあなたの役割において主要な役割を果たしています。

たとえば、極端に到達するには、チームの誰よりも外部ガイダンスが最も少ない可能性のあるゼネラルマネージャーを考えてください。誰もが責任を負っていますが、ゼネラルマネージャーは通常、マーケティング、販売、および管理を含む（ただし限定的ではない）多くのことを得る必要があります。これらはすべて、チームの規模に応じて変更されます。彼らの役割はおそらく曖昧なものです。彼らは非常に自給自足です。私の意見では、上級開発者は大規模な機能全体を引き受け、それを正しく実装できるはずです。

これは、開発者がその過程で通信すべきではないと言うことではありません。彼らは質問をし、他の人と協力して最善の方法を見つけるべきです。

インタビュアーのコードをレビューすることは、（良い方法で）退屈になる可能性があります。なぜなら、私たちは彼らに何を期待するかを知っているからです。私たちは彼らに頼って、より少ない経験を持つ開発者を指導します。ジュニア開発者も自給自足しているはずですが、大規模なプロジェクトだけを引き受けることはできません。ジュニア開発者は、しばしば小さな仕事でうまくやっています。たとえば、ジュニア開発者がシニア開発者が大規模なプロジェクトで引き受ける小さなタスクを引き受けることは素晴らしいことです。シニア開発者は、ジュニア開発者を導き、正しい方向に導くために、彼らがより自給自足になるのを助けることもできます。これは、より多くの作業を上級開発者に委任できるため、両方の当事者にとってもマネージャーにとっても良いことです。

あなたがフロントエンドの開発者であり、あなたのキャリアのこの段階で手をつないでいる必要がある場合、それは完全に100％大丈夫です、誰もがそれを経験しました。または、多くの場所を申請しているが、結果が得られず、非常にイライラしている場合：応募する前に、より自給自足になることをお勧めします。私があなたがより自給自足し、あなたが望む仕事を得ることを提案する1つの方法：彼らは就職のインタビューでうまく機能しないので、コードの例、小さなショッピングカートアプリ、そして彼らの好きなものを忘れてください。誰かのために完全なアプリを構築し、低価格または無料の方法でそれを行います。あなたの近くの教会、シナゴーグ、シェルター、または他の人を見つけて、彼らのためにウェブサイトを作成するためのイニシアチブを利用してください。

通常、無料の顧客が最悪であることを忘れないでください。あなたがいくつかのクライアントのために仕事をしたと言うことができるとき、それは価値があります。余分なポイントを獲得するには、いくつかのブログ投稿で作業を文書化してください。これらのコンテンツはあなたの履歴書で見栄えが良く、あなたは他の世界から目立つようになります。誰でもWixや他のWebサイトビルディングプラットフォームを介してウェブサイトを簡単に入手できることは知っていますが、適切に設計されたカスタムWebサイトほど良いものはありません。最初のプログラミングの仕事を得る前に、10個ほどのウェブサイトを作ったと思います。私はそれらのクレイジーな物語を伝えるために本を書くことができました。

コミュニケーションとフィードバックが重要です

これは明らかなように見える別のポイントですが、うまくやるのは難しいです。コミュニケーションはgitlabマニュアルで十分に文書化されているので、私はそれについて詳しく説明することはありません。私はGitlabの価値に従っていると言うだけで、それらの価値にも従うことを望んでいる他の人々を探しています。肯定的なフィードバックと否定的なフィードバックは、GitLabマニュアルでも十分に文書化されているため、ここでは説明しません。

インタビューの残りの部分をどのように行うことができますか

GitLabで多くの候補者にインタビューしたため、一般的なプロセスに従って、簡単に繰り返すことができました。私たちのインタビュープロセスは進化し続けているため、私たちのインタビュープロセスについて詳しく説明しません。しかし、全体として、これは私が従ったプロセスです。

自己紹介をお願いします

「あなた自身の状況について教えてください」、「あなたが何をしているのか教えてください」、「[会社名]であなたの状況について教えてください」と同様の有名な質問があります。この質問をするとき、私はあなたが応募した仕事とあなたの過去の仕事の間のつながりを見つけようとします。事前に共通の根拠を見つけるのが最善です。

たとえば、Gitlabの従業員として、Faangに個人的なフロントエンドエンジニアとして応募する場合、Gitlabとその会社はページの読み込み速度を改善するために取り組んでいると思います。 GitLabに最初に参加したとき、1つのページに26Kのイベントリスナーがいて、それを0に減らして、積み込み時間を50％減らすことができたことに気付いたかもしれません。これは会話に関連すると思います。

だから、インタビュアーとして、私はこれを言うかもしれません：

「こんにちは！私はGitlabのフロントエンドエンジニアです。私は3。5年間ここにいて、在職中に多くの大幅な改善を行いました。私のお気に入りの仕事の分野は、パフォーマンス、UXデザインの実装、アーキテクチャデザインです。」

この時点で、あまりにも多くの詳細になりたくありませんが、インタビュアーに対処すべき事実を与えることが最善です。この質問をしたとき、誰かがキャリア全体の10分間の詳細を詳細に伝え始めましたが、それはイライラしていました。

なぜ私たちの会社に応募したのですか？

インタビュアーは、「私たちの会社に申請することにしたきっかけは何ですか？」と尋ねるかもしれません。あなたがこの会社のために喜んで働いていることを願っています - それとも、なぜわざわざ応募するのですか？

何らかの理由で、この問題はしばしば候補者を過剰に超越しており、彼らは私たちの会社の名前を台無しにしてしまいます。これは、特にあなたの会社が別の会社のように聞こえる場合、まったく正常な行動です。

私がこの時点で探しているのは、あなたがただ仕事を探しているのか、それとも私たちと一緒に働くことに本当に興奮しているのかを見ることです。私たちは本当に私たちと一緒に働きたい人が欲しいです。この時点で、私は人が私たちの会社の状況を理解しているかどうかも見ることができます。たとえば、一部の人々は私たちの価値を好み、それらを読んで、それらを持っている会社で働きたいと思っています。一部の人々は、私たちが解決している大きな問題を解決したいと考えています。一部の人々は、私たちのチームのスピーチや記事を読んでおり、人々と同じように賢い人と仕事をしたいと思っています。

あなたの5つのことは何ですか？

最後に、候補者が私について質問があるかどうかを尋ねたいです。これはインタビューの重要な部分であり、事前に慎重に考える必要があります。あなたの目標は、私に「ああ、ああ、良い質問！」と答えてもらうことです。一方で、私は本当にあなたが尋ねる質問に答えようとしているので、恥ずかしがらないでください。一方、私は仕事へのあなたの興味を測定しようとしているので、「ええと、私は知らない」のような言葉は、あなたが気を散らされたかもしれないこと、または仕事があなたに興味を持っていないことを示しているので、しばしば非常にイライラします。これにより、不快な後味が残る可能性があります。

あなたのインタビュアーを見つけて、彼らを知るようになります。事前にこれを行うことは、目を見張るような運動になる可能性があります。あなたは彼らの顧客獲得戦略を理解するかもしれません、それは他の多くの興味深い質問につながる可能性があります。会社がスタートアップである場合、彼らは買収する予定ですか、それともIPOを実施したいですか？これにより、明確でよく考えられた質問がある場合、これはプロフェッショナルに聞こえます。これは、私がリストした重要なことの1つでもあります。

質問がない場合は、この仕事が本当に欲しいですか？インタビュアーが個人的なウェブサイトを持っている場合は、それをチェックしてください。他の質問がない場合は、彼らが書いて彼らのウェブサイトに投稿した漫画本について質問することができます。

しかし、私は提案します：

1. あなたが通常興味を持っているインタビューの質問をしてください。インタビューの前にこれを考慮してください。本当に思慮深い質問はしばしばあなたの立候補を大いに改善することができるからです。
2. 候補者として会社で何を探していますか？あなたが仕事を受け入れるために、インタビュアーはあなたに何を証明する必要がありますか？
3. これらの人々はあなたと同じくらい明確な頭ですか？ご存知のように、双方向です。
4. これは面白い仕事のように見えますか？あなたも楽しい仕事が欲しいですか？
5. 誰に報告しますか？あなたは彼らと話しましたか？インタビュー中に彼らと話す機会がありますか？
6. あなたは過小評価されていますか？たとえば、誰かを交換したり、新しい役割を引き受けていますか？他の人はあなたがしていることを何をしますか？他の過小評価されている人々はどのような兆候に注意を払うべきですか？これがあなたにとって良い環境であることを示す兆候は何ですか？

この時点で給与や福利厚生について質問しないでください。私のような人を見つける前に、これらのことは、リクルーターとの予備的な電話での会話を（そしておそらくすべきだった）ときに議論することができます。

結論は

プログラミングとは異なり、インタビューは正確な科学ではありません。あなたは、会社と協力する見込みに興奮していることを証明しようとしています。あなたはこれをインタビュアーとあなた自身に証明したいです。面白い仕事が欲しいことを願っています。このガイドは、従うべきスクリプトではなく、インタビュアーの考え方に入るのに役立ついくつかのゆるいアイデアです。これには、他のインタビュアー向けのヒントも含まれています。たぶん私はあなたが前に知らなかったかもしれない何かを指摘しました。

理論的には、インタビューはひどいプロセスではなく、パートナーが一緒に働くための検索のようなものであるべきであることを忘れないでください。

以上が技術的なポジションのインタビューは怖くない必要がありますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。