最初の投稿では、4つの異なる企業のチームリーダーに、インタビュー中に何に注意を払うか、候補者が犯す間違い、チームに適していることを理解する方法、インタビュー中に決してできないことを尋ねました。 質問に対する回答：Tochka Danila Shtanの CTO、 CIAN Mikhail Yumatovの開発責任者、Rambler＆Co Oleg ChurkinのPythonプロジェクトグループの責任者、JetBrains Andrei Vlasovskikhの PyCharmコミュニティの責任者 。
-後輩がすぐに学び、成長できることをどのように理解しますか？
JS：まさか、チャンスを与えて何が起こるか見てみよう。
MJ：後輩は、学習して開発したいという欲求のいくつかの成果をすでに持っているはずです-ペットプロジェクト、研究された技術の荷物など。 それらについてお話します。
OCH：候補者の自己開発への意欲を理解するために、私は通常、人がすでに直面している最も難しいタスクについて質問し、最終的にどのように解決したかを聞きます。 ストーリーが面白いほど、学習は速くなります。
AB：独立性、プログラミングへの情熱、チームワークへの準備の組み合わせに注目します。 候補者がまだ勉強している場合は、その人と彼の将来についてさらに学ぶために、彼を夏のインターンシップまたは学期の練習に連れて行くことができます。
-ミドルとシニアを区別するための基準は何ですか？ この開発経験レベルの段階的変化をどのように実行しますか？
JS：なし、ストリーミング採用はすべてでたらめですが、ストリーミング採用は好きではありません。
マンチェスター・ユナイテッド：シニアは応用技術（その長所と短所、実装）を非常によく知っており、戦闘中のコンポーネントの寿命を監視し、それらの問題を最適化および/または解決するための提案を積極的に出します。 重要な状況でアプリケーションアーキテクチャを開発し、迅速なカスタムソリューションを見つけて、プロジェクトを個別に管理することができます。 このレベルから始めて、問題解決、顧客と協力する能力、独立して意思決定を行い、タスク間のコンテキストを迅速に切り替える能力が必須要件です。 割り当てられたタスクを自律的に解決し、問題を解決するフレームワーク内で達成される目標を理解し、問題を解決する最適な方法を見つけることができます。 タスクの品質と期限について常に責任を負います。
OCH：シニアはWebアプリケーションアーキテクチャに精通し、チームを導くのに十分な個人的資質を備えている必要があります。 高齢者の場合、通常、技術面接は設計面接に入り、レベルが明確になります。
AB： Senoraは、十分な情報に基づいてアーキテクチャを決定し、ジュニアを管理し、その成長に貢献する能力について多くの経験を持っています。
-テストタスクを実行するとき、何を見ますか？
JS：人を準備するための基本的なことを理解するためだけに、テストタスクを与えたり、最大のアルゴリズムを書いたりすることはありません。
MJ：テストのタスクはありませんが、通常はインタビューの候補者と一緒に何かをデザインします。 私は、人が決定を通じてどれほど深く考えているか、そのプロセスの他の目に見えない参加者とどのように関係しているかについて議論する方法を見ます。
OCH：まず、その正確さについて。 コードに欠陥がない場合、アルゴリズムの正しい選択、ツールの巧妙な使用、読みやすさ、コードの美しさに多くの注意を払います。
AV：適切なアルゴリズムの正確さと選択に加えて、私はコードがソフトウェアエンジニアリングのベストプラクティス（合理的なプロジェクト構造、テスト、ドキュメントなど）に準拠していることを確認します。
-インタビューで尋ねるあなたの好きな論理的な仕事は？
JS：なし。インタビューのロジックは、それほど有能でないHRの発明です。 これがない普通の人は、候補者と話し合うことができます。
マンチェスター・ユナイテッド：いいえ:)
OCH： 1からNまでの自然数の並べ替えられていないリストがあり、数字は繰り返されません。 リストから単一の番号が抽出されました。 時間内のO（N）とメモリ内のO（1）を判別する必要があります。
AB：お気に入りの論理的な問題はありません。いくつかのアルゴリズム上の問題があります。 特定のものには名前を付けませんが、適切なアルゴリズムの問題により、単純で最適ではないものから特定の条件下で利益をもたらす特定のものまで、いくつかの答えを見つけることができます。
-チームに参加するために必要かつ十分な知識/経験は何ですか？ そして、あなたは穏やかに目を閉じている「欠陥」と欠陥は何ですか？
DS：プロファイルの知識とプロファイルの経験。 「ディレクター自身」の形式であることが望ましい。
マンチェスター・ユナイテッド：十分な条件については言いませんが、必要な条件についてはお願いします。 周りの「魔法」の量を減らすために、あなたは飽くなき欲求が必要です。 その結果、使用されている技術、そのデバイスと操作の理解。 Pythonを含む。
私たちが使用している特定の技術の知識に目をそらす準備ができています。 多くのソフトスキルについても-です。 教えて。
OCH： Pythonの十分な知識（データ構造、デコレーター、インテグレーター、ジェネレーター、クラス、継承）、アルゴリズムの複雑さの理解、RDBMSおよび* nixの基本知識。 積極性と開発意欲。
候補者にバイナリツリーの展開を依頼したことはありません。
AB：開発ツールを開発しているため、プログラミング言語、コンパイラ、静的解析の分野への関心と知識は大きなプラスです。 私たちの仕事には、一度にいくつかの言語の知識が必要です。 候補者がそれらの1つを知らないが、他の1つに精通している場合、彼は彼に馴染みのない言語を理解できると思います。
-人があなたのチームに合わないことをどのように判断しますか？ マーカーはありますか（空室で必要なレベルの専門家の非遵守以外）？
JS：ソフトスキル、コミュニケーションの方法、質問に対する反応の速さを調べます。 正式なマーカーがあるとは言えません。 さらに、人が良い場合、プロのスキルはしばしばバックグラウンドにフェードインします。
MJ：人が他の人の話を聞く方法を知っていて、他の人の意見を考慮に入れ、責任があり、規律があるなら、私たちは一緒に働くでしょう。
そして、私たちは正直です。 陰謀、噂、操作、ゴシップはありません。 面接で少なくともいくつかの兆候が見られる場合、すぐには見られません。 申し訳ありませんが、これは私たちに関するものではありません。
OCH：私の意見では、最も重要な個人の質はフィードバックの適切な認識です。 インタビューで、候補者が自分の作品に対する批判に対して感情的に反応しすぎていることが明らかになった場合、候補者はチームに入らない可能性があります。
AW：これは当たり前のように聞こえるかもしれませんが、人が弱いソフトスキルを持つチームに適合する可能性は低いです。
-インタビューで最も一般的な候補者の間違いは？ 行動と技術の両方。
JS ：見せびらかす。 自分が苦手なことについて会話を始めましょう。 対談者をバカと考えてください。
マンチェスター・ユナイテッド：インタビューに遅れている。 私は遅れることが好きではありません、これは規律に関する将来の問題の最初の兆候です。
候補者は、質問しなかったことを伝え始めることがあります。 これは常にそうではありません-候補者が混乱させようとしているようです。
OCH：最も一般的な誤った行動パターン：「インタビュアーへのインタビュー」、最初の間違った答えの後に黙って、時々、候補者が自信のないトピックについて自信を持って話し始め、最初の不快な質問の後に恥ずかしくなります:)
テクニカルインタビューから：frozensetについてはほとんど誰も知らず、パラメーター化されたデコレーターを作成できるのはごく一部の候補者だけです。
AV：候補者は知識レベルを過大評価することがあります。自信を持って何かについて話し始めますが、具体的には「泳ぐ」ことができます。 情報は公開されており、直接的な将来に直接関係しますが、会社や開発する製品について何も知らない人もいます。
-面接で応募者にどのようなアドバイスをしますか？
JS：自分で「販売」しようとしないでください。 自分のレベルを正直に示し、なじみのない問題を学び理解するための幅広い展望と欲求（および能力）を示します。
これは、履歴書の「技術」または「プロジェクトへの参加」のリストよりも重要です。
マンチェスター・ユナイテッド：常に正直に答えてください。 何かわからない場合は、直接それを言う価値があります。 あなたの価格を取得しないでください-それは明らかです。
OCH：迷子にならず、大声で考え、コードを紙に書く練習をしないでください。
AB：多くの人にとって、面接はちょっとしたストレスです。混乱しやすく、何かを忘れがちです。 大声で推論してみてください。 課題の条件や制限を理解していない場合は、声を出して質問してください。
インタビューを受けるのがいかに簡単かについては、MicrosoftのAustin Belkeykのヒントを読むこともできます。
7月16〜17日、 PyConRuカンファレンスで全員に会うことができます。 Andrei VlasovskikhがPythonがマイクロコントローラーでできることを説明し、Mikhail YumatovがWebアプリケーションのパフォーマンスを監視するツールがあることを説明し、Oleg Churkinが開発プロセスとプロジェクトインフラストラクチャの要件がマイクロを比較的迅速、効率的かつ完全に試してみるのに必要であることを説明します（サービス）。 Danila Shtanがホスト兼モデレーターになります。 すべてのレポートを含む最終グリッドの準備ができました。
会議を可能にしてくれたスポンサーのおかげで、金のスポンサーはAdcombo 、銀のスポンサーはRambler＆CoとDomKlik 、青銅のスポンサーはMediaScopeです。 CIANとPython Software Foundationのエネルギーと気分のパートナーをサポートしていただきありがとうございます。