技術スペシャリストへのインタビュー方法

ある種の「健康ではない酒」が最近、インタビューについてのハブになりました。 すでに十分な人がいて、インタビューにはひどく特別なものは何もありません。私は彼らを数年にわたってIT専門家と過ごしてきました。 したがって、技術面接を実施する最善の方法について「禅」を共有し、実際にそれらのスキルを評価したいと思います。 技術専門家の能力を評価するという質問は、特に3時間連続で面接を行いたくない場合は非常に困難になる可能性があるためです。 このモデルでは、それらをうまく配置できます。 40〜50分（またはそれ以上）の面接で、80〜90％の意思決定を確実にします。 感情的知性、基本的な動機、および十分なレベルの評価について多くの情報がある場合、ここでは、多くの場合、「森の中にいる、fireのためにいる」専門家の技術的スキルを効果的に評価します。 この記事は、スペシャリストとして効果的に成長したいだけの人にとっても役に立つかもしれません。なぜなら、まさに彼らの知識が考慮されるからです。

どうして

ほとんどの場合、高度な技術的能力を備えた別のスペシャリストがアセスメントを行うよう招待されます。原則として、人事に関する情報や個人の性格に関する情報を収集する方法については何も理解せず、「詳細を知っている」正面尋問のみが開始されます。 一部のインタビュアーは質問のチェックリストを持っています。 多くの人は、対面インタビューの予約前に完了しなければならないテストタスクの練習も使用します。 一般的に、できる限り誰でも問題を解決します。



一般に、このアプローチは効果的ですが、いくつかの欠点があります。

1.面接の技術専門家は、一般的な経験の欠如として、申請者の経験と彼自身の経験との食い違いを認識する可能性が高い。 たとえば、申請者が実際に遭遇したことのないかなり狭い実践的な質問が求められる場合がありますが、これは「しかし、どうしてこれを知ることができないのか、とても簡単です」 関係者のスペシャリストは、コンテキストの詳細により、これを認識することはできません。

2.「どのような問題を解決しなければなりませんでしたか？」のような自由回答形式の質問が出されたとしても、経験の不一致は「数年前からやっていなかったので私たちに合わない」と解釈できます。

3.一部の技術専門家、特にすでにかなり多くの経験を持つ専門家は、特定のツールの無知が多くの場合大きな障害ではないという事実をほとんど認識していません。 たとえば、ある人がGITを使用したことがないが、CVSをよく知っている場合、これはツールに入るためのしきい値を大幅に削減します。

4.申請者が広範な実務経験を持ち、特定のソリューションに関する質問に適切に回答する場合にも問題が発生する可能性がありますが、彼が採用されると、彼は以前に働いたことのない分野で非常に典型的な間違いを犯すことが突然判明します。 そのような人々については、彼らは以前のプロジェクトから「バカバカしい」または「積極的にコードをコピーアンドペースト」しているという印象を受けます。

5.初心者の印象を与えるスペシャリストに出くわすことがあり、履歴書には実際的な経験がほとんどありませんが、「撮影するかどうか」を理解することが重要です。 撮影すれば、少額の投資でチームの良い「スター」を獲得できるからです。 そして、これを可能な限り正確に認識する方法は明確ではありません。



これらは、新しい技術専門家を募集する際に定期的に発生するシナリオのほんの一部です。 技術者へのインタビューは、次々に反転する回転セルの後ろに隠れている大きな画像がある場合のタスクに似ています。 そして、あなたの時間は限られていて、可能な写真の数が膨大であれば、あなたの仕事は全体像を推測することです。

否定的なシナリオをより高い確率で排除し、技術スペシャリストのインタビューをより効率的に行うために、情報を収集するための特別なモデルを使用できます。

知識の分類

最初に、知識の分類を決定する必要があります。 これを行うには、それらを3つのタイプに分割する必要があります。

1. 基礎 -これは特定の分野の基本的な知識です。 たとえば、「知っているSQLのクエリの主な種類は何ですか？」という質問かもしれません。

2.特定の問題を解決するスキルが適用されます。 たとえば、特定の例のSQLクエリの正しいスペルのタスクになります。

3. インストルメンタル -これは、特定のツールを適用する方法に関する知識です。 たとえば、innodbリポジトリとmyisamリポジトリの違いは何ですか？



実用的な問題をどのように解決するのが最善かを基礎で理解するには、基礎知識が必要です。 実践的なタスクは、応用知識、つまり、どのように何をするのが最善かを理解することです。 特定のツールの助けを借りて個々のタスクを解決する方が良いという理解の下、道具知識も発達します。 多くの場合、人は少しの練習から始めて、「なぜそれがこのように機能するのか」を研究し、同様のことをしようと試み、ツールでスキルを磨きます。

例えば、同じように、人は言語能力を発達させます。最初は、彼は単に両親のために別々の言葉を繰り返すことを試みます。 その後、アルファベットを教えます。 その後、エッセイ、記事、ビジネスレターを書きます。 時には参考書や辞書を使用しています。

何かがうまくいかなかったとき

IT分野の「アカデミック教育」はまだかなり弱いため、ほとんどの専門家はほとんど独学です。 これにより、知識の領域の1つが肥大した場合に、このモデルで十分に理解できる特定の逸脱が生じます。 候補者の古典的な肖像画とその説明をします。

1. Know -it -all-はかなりの基礎知識を持っています 。たとえば、コースや書籍や記事を読んで習得しますが、実用的なスキルはなく、気になりません。 彼にいくつかの実用的なタスクを尋ね始めても、これが実際にどのように機能するか、個々のパーツがどのように配置されるかについて多くの知識を常に聞くでしょうが、そのような候補者があなたのプロンプトなしで問題を解決するためにすべてをまとめることは非常に難しいでしょう。 広く使用されていないOOPパターンについて候補者に尋ねる場合、かなり一般的な状況です。学問の例で使用されているパターンの説明を聞きますが、ライブタスクへの統合は「きしみ」で進行します。

2. Stackoverflow-developer-通常、このような開発者は、自分の経験、どのタスク、どのように解決したかについて非常に積極的に話しますが、「How to do ...？」という質問に答えようとすると、未知の実用的な分野から、あなたは聞いたり、 「耳をつかむ」という別の解決策もあれば、「5分でグーグルで再生できます。すでにどこかで見た」というスタイルです。 このような開発者は、「なぜ2回行うのか」と主張するか、インターネットや他のプロジェクトからコードを単純にコピーアンドペーストして、すでに作成済みの既製のソリューションを引き付けようとします。 「なぜそれがこのように機能するのか？」または「どうすればこれを別の方法で行うことができますか？」と尋ねられると、迷子になってトピックを翻訳しようとすることがよくあります。

3. ツールとフレームワークの開発者 。 古いジョークがあります：「1995年にWebサイトを作成する方法は？ ノートブックを開き、コードの記述を開始します。 2015年にWebサイトの作成を開始するには？ composer、framework、cms-extension、bootstrap、jquery、bower、lessをダウンロードしてインストールし、IDEをインストールして、コードの記述を開始します。 この種のスペシャリストについてもほぼ同じです。 このような専門家の応用経験のほとんどは、特定のツールでは除外されています。 「brain bitrix」などの概念は、このケースを非常に具体的に特徴づけています。 そのような候補者にとって、「ネイティブ」コードに従ってタスクを与えることは非常に困難です。なぜなら、候補者のためのツールがなければ、それはほとんど不可能なタスクだからです。

これらの例は、知識の領域の1つが主導的地位を占める場合に与えられます。この領域の「優越性」の感覚が自分自身の「偉大さ」の感覚を生じさせるため、専門家はあらゆる可能性でそれを保持しようとします（「誰もがクールになりたい」）。 たとえば、Stackoverflowの開発者は、基本的な知識を見つけようとすると、「はい、これを知る必要はありません。すでに100回これを行っており、すべてがそのように機能しました」と主張します。

効果的な開発の仕組み

知識の開発のための最も効果的なシナリオは、正確に領域間のバランスです。 さまざまな方法で実現できますが、正確に「スキュー」させることは不可能です。 たとえば、ホームページを作りたいと思っていて、それについて何も理解していません（誰もがこれから始めました）：ダウンロードしたワードプレス（「ツール」を取りました）; すべてを設定する方法をグーグルで調べ、いくつかの記事で最初のブログを作成しました（応用知識の習得）。 そして、たとえば、ベースとキャッシュの配置方法、エンジンのアーキテクチャーなど、どのように、そしてなぜ機能するかを理解します。 （基本的な知識を得る）。 さらに、他のどのツールがどのようにこの問題を解決できるか、または独自のツールを作成する方法を既に確認できます。 最初または2番目のステップでのみ停止する場合、上記の専門家のカテゴリのいずれかに簡単に分類できますが、明らかに、これは望ましくありません:)

知識を評価する方法

このモデルに基づいて、トレーニング戦略と現在の知識で問題を効果的に解決できる程度を技術的に専門家に「調査」することができます。 インタビュー戦略は次のとおりです。知識分野に関心のある技術分野で質問する場合、知識分野内で「水平に」移動するのではなく、隣接する種類の知識に「垂直に」移動します。

彼らは基本的な知識について尋ね、それから人が彼らの助けを借りてどのような問題を解決したかを尋ねるか、この知識が必要となる実用的なタスクを入れてから、この知識を使用して実用的な問題をよりよく解決するためにどのツールがあるかを指定します。



例： 複合Bツリーインデックスとは何ですか？どのように機能しますか？ そのようなインデックスが必要な場合、または逆に不適切な場合の例を挙げてください。 しかし、これらのインデックスが効率的に機能することと、これに一般的に使用できるものをどのように理解するのでしょうか？



これらすべての質問に対する包括的な答えを聞いた場合、専門家はこの分野で自信を持って知識を形成し、あらゆるレベルの知識を獲得しようとしました。 ここから正しい結論を引き出す必要があります。 これは、スペシャリストがインデックスに関連する膨大なタスクを抱えているか、優れたトレーニング戦略を持っていることを示します（最初のタスクは除外されません）。 この戦略が存在するかどうかを判断するには、候補者がそれほど精通していない可能性のある領域をさらに調査すれば十分です。これは多くの場合、履歴書から見ることができます。



有力で有望な候補者は、知識がなくても、不足しているものを理解し、知識の不足を補うための効果的なアプローチを選択することを示しています。 この方法でいくつかの領域を確認した後、候補者が効果的な学習戦略を持っていることに気付く場合、あなたはあなたに必須である基本的な知識を確認するだけです。 結局のところ、候補者は、適切なトレーニング戦略と高い確率で、可能な限り効率的に新しいタスクを解決することができます。

効果的な学習戦略とは、あらゆる分野（基本的、応用的、道具的）のあらゆる分野の知識を補充するための戦略です：何かを試して、それがどのように、そしてなぜ機能するかを理解し、同様のことをして、さらに良くするためのツールを学びます。

典型的な評価エラー

多くの人は、他の分野に関連した応用知識の重要性を過大評価する傾向があります。つまり、タスクの実行に豊富な経験を持つ人々は優れた専門家ですが、これは完全にそうではありません。 実践が基礎知識によってサポートされていない場合、または専門家がツールを拡張したことがない場合、そのような専門家の有効性は非常に低くなる可能性があります。 各領域を開発できる人を探してください。 彼らは彼らの背後に巨大な経験がなくても最高です。



多くの場合、言語構造、「直感的でない動作」を使用する際の典型的な間違い、OOPパターンに関する質問など、基本的な問題のみに焦点を絞ったテストタスクを見つけることができます。 上記のモデルからすでに理解できるように、「理論家」を定義することはありません。また、基本的な知識は完全にグーグルになっています。 そのため、このようなテストの有効性は比較的小さいです。



また、「人の考え方を理解する」ことが重要であるという信念も広まっています。 間違いなく、これは「美しい」フレーズですが、非常に主観的であり、結果として、そのような推定に基づいて結果を確認することは困難です。 さらに、ここであなたは主観的な評価のtrapに陥ることができます。 ただし、人が知識を効果的に形成して問題を解決できることがわかった場合、結果は主なものであるため、どのようにそれを行うかは重要ではありません。

実用的な推奨事項

テストタスク

協力に魅力的な条件を与え、候補者のフローが十分に高い場合は、テストタスクを作成します。 その中に、1種類の知識からではなく、さまざまな知識からのいくつかの質問を含めます。 これらの質問に答えることで、候補者の長所と短所が何であるかの概観を見ることができます。

何を探す

また、インタビュー中に注意すべき点がいくつかあります。 これらは人事コンポーネントに関連していますが、技術面接で正確に現れます。



心の好奇心 。 候補者が「外出先で」解決策を知らない場合、問題をどの程度解決しようとしていますか。 別の方法を探したり、ヒントを分析したり、提案されたソリューションを尋ねたり分析したりしますか。 弱い候補者は、理解できなかったすべてを「通り抜ける」。

共通の自信 。 候補者が認める限り、彼は何かを知らないかもしれません。 育成のおかげで、時々、人々は自分の知識に関する複合体を持っています（「大学院生」など）。 時には、そのような人々が候補者の知識が不足していると話すと、明確にカテゴリ化された形で決定を下し、代替意見を認めないことがあります。

自己開発への欲求 。 最良の候補者は、スペシャリストとして成長しようとする人、または何らかの利益を生み出して「世界をより良い場所にしよう」とする人です。 弱い候補者は、すでに「知識の上限に近づいている」と考えており、これについてできるだけ多くを稼ぎたいと思っています。 また、雇用主が仕事を設定するのは雇用主であるため、雇用主は自分自身ではなく開発するべきだと考える候補者もいます。

インタビュー戦略

面接の前に、専門家の経験が必要な主要分野のリストを作成します。 少なくとも10個あるとよいでしょう。たとえば、PHP + OOPパターン。 SQL +クエリの最適化。 負荷の高いプロジェクトのアーキテクチャ。 キャッシュなどを操作する

各主要分野で、知識の種類ごとに少なくとも5つの質問を構成し、各分野で少なくとも15の質問を作成します。 これは、外出中に質問が出ないように行うのが最適です。 そのような問題は、それらの間の垂直接続を提供することが望ましい。



例：

スコープ： 高負荷プロジェクトのアーキテクチャ。

基本的な質問： 負荷の高いシステムを設計する際に考慮すべき重要なパラメーターは何ですか？ どのような典型的なアーキテクチャソリューションを知っていますか？ 水平スケーリングと垂直スケーリングの違いは何ですか？

適用される質問： ユーザーがファイルをアップロードできる場合、アップロードの水平スケーリングの問題を解決する最良の方法は何ですか？ RPMの高いページと、生成時間が長い情報ブロックがある場合、どのようにしてページレンダリングを高速化できますか？ ワークロードの増加の結果として単一のデータベースがプロジェクトのボトルネックになった場合、この問題にどのようにアプローチするのが最善ですか？

機器に関する質問： HTTPトラフィックの負荷分散に使用できるツールは何ですか？ どのようなキャッシュサーバーを知っていますか？その違いは何ですか？ 高負荷下でアプリケーションのパフォーマンスを測定するにはどうすればよいですか？



選択した質問から始めます。 選択したフィールドの各種類の知識から一貫して質問をします（垂直）。 候補者が理論、実践、およびツールを自信を持って所有していることがわかれば、関連する実際的な問題も自信を持って解決できることを確信できます。



質問への回答を得て、エリアを並べ替えると、候補者の知識がどのように分布しているかの画像が形成されます。 たとえば、理論的な知識が大幅に不足しているか、ツールの知識にギャップがあることに気付く場合があります。 これに基づいて、候補者と彼の現在の知識全体のトレーニング戦略がどれほど効果的であるかを結論付けることができます。 原則として、学習戦略はすべての分野で同じです。つまり、ある分野では理論をよく知っていて、別の分野では実際的な問題を解決するだけで、「どのように機能しますか？」



そして、空室の要件に応じて、決定を下すのがはるかに簡単になります。 ジュニアをお探しですか？ 実際の問題を解決しようとしているだけでなく、基本的な知識を補充し、新しいツールを探して学習していることを確認してください。 真ん中をお探しですか？ 彼のスキルが各種類の知識に「ルーツ」を持ち、ギャップを埋めるために次に進むべき場所を理解していることを確認してください。 シニアをお探しですか？ 彼が基本的な知識の優れた知識を持ち、基本的な正当化と関連するツールを使用して、実用的なタスクを効果的に「収集」できることを確認してください。



必要な知識のギャップに気づき、それらがあなたにとって基本的ではないが、それでも重要な場合は、それを書き留め、認証中にそれを使用して、これらのギャップを埋めるための試用計画を作成することを忘れないでください。 これにより、従業員の効率を系統的かつ意識的に高めることができます。 ただし、従業員のトレーニングと開発の問題は、まったく異なる非常に大きな話です。

他にどこでモデルを使用できますか

実際、与えられたモデルは、技術専門家だけでなく、一般的な職業にも使用できます。 違いは、これらの領域で特定の種類の知識をどの程度完全に実装するかだけです。 たとえば、管理人を例に挙げます。どのような清潔度基準を知っていますか？ 1日で10軒の家を掃除する必要がある場合、どのようにすればよいでしょうか？ どの表面にどの洗浄剤が最適に使用されていますか？

結論として

最近、私はPHP開発者向けのインタビューの質問に関するメモを収集してパブリックドメインに置くことにしました（プロジェクトは「ひざまずき」なので、私を責めないでください）。 もちろん、すべてではありませんが、考えをまとめてインタビューに参加するのに十分です。 リンクで質問を見ることができます：

pagerton.com/hr/question/all

肯定的なフィードバックがある場合は、可能な限りプロジェクトを開発します。また、開発者向けの良いコースへのリンクをそこにドロップしたいので、フィードバックに感謝します。

このモデルが役に立つことを願っています。 あなたの長所と短所を理解することはあなたがより効果的に成長するのに役立つからです。

私はあなたが最高であり、最高で働くことを願っています。



PS：私はソースです。 知識、経験、モデルは私のものです。 リンクは「オリジナルを破棄する」と「証拠はどこですか、ビリー」、尋ねないでください:)