ホワイトボードのインタビューの質問をもっと良くするにはどうすればよいですか？[閉まっている]

私はインタビューに座って、インタビュー中にホワイトボードで質問に答える際に、同様の能力を持つ個人の間で大きな格差に気づきました。

一般的に、あなたの考えを明確に説明し、ドライイレーザーペンで読みやすいコードを書き、長い沈黙を避けることは、最終的に答えがほぼ同じであったとしても、候補者のより好ましいレビューにつながる傾向がありました。

ホワイトボードのインタビューの質問でどのように改善できますか？よりよく準備する方法はありますか？

小さなホワイトボードを購入して、練習、練習、練習する必要があります。プログラミングインタビューの公開などの本から友達に質問してもらってください。次に、問題を解決し、実際の取引の場合とまったく同じように、思考プロセスを説明します。あなたの目標は必死に聞こえないことです。明確な考えを明確にしたい。問題を解決できない場合でも、あなたの思考プロセスがインテリジェントで正しい軌道に乗っていることを彼らに示してください。

ホワイトボードに回答を書くのは直感的ではありません。練習が必要です。私はこれらのSATトレーニングプログラムの1つの教師でしたが、ボードに書き込み、思考プロセスを説明するトレーニングに何時間も費やしました。プログラムの最初に、ほとんどの人は言葉につまずき、恐ろしい手書きで書きました。最後には、ベテランのベテランのように見えました。あなたは私たちがプログラムの最初にしたように見えたくありません。

物語の教訓：準備ができていない面接に行かないでください。ホワイトボードの問題を解決することは、実践すべきことです。

ホワイトボードのインタビューに答える必要がある3つの質問があります。

1. 問題を解決できますか？
2. 問題と解決策について明確に伝えることができますか？
3. 他の人からフィードバックを受け取ることができますか？

そのため、解決策はポイントではなく、あなたが解決策に到達した方法であり、それがインタビュアーがあなたに評価するものです。

それで良くなることができますか？はい、次のことができます。

次回、同僚（勉強している場合は他の学生、仕事をしている場合は他の同僚）に何かを説明する必要がある場合は、次のようにします。

1. それらをホワイトボードにドラッグします
2. ペンと消しゴムを手に取る
3. 問題の説明を始めます
4. ???
5. 利益

ああ、恥ずかしがらないで。とにかくあなたのスケッチと擬似コードは吸うと仮定して、代わりに即興で作ってください。目標は、仲間と一緒に答えに到達し、常に仲間からのフィードバックを受け入れることです。問題を解決できればボーナスポイント。あなたがそれをやればやるほど、あなたはそれをうまく得ます。練習は完璧を作る。

コードを書く以外。UMLダイアグラムを作成し、それらについて話すことを学びます。それはすべてボックス、円、矢印であり、通常描画するタイプはクラス図、シーケンス図、および（まれに）ユースケース図です。それ以外の場合は、ボックス、円、矢印を描くだけで済みます。

ホワイトボードはインタビューだけではありません

それは過激な概念としていくつかを打つかもしれませんが、候補者にホワイトボードの質問をするとき、私は同僚がホワイトボードを使って何かを説明したり助けを求めたりした最後の数回と彼または彼女の反応を精神的に比較しています。面接時に実施されるのは単なるテストではなく、日々のコミュニケーションスキルに欠かせないものです。

それで、インタビューを受けているときにホワイトボードの質問の準備にどのように役立ちますか？大学の試験というよりも、同僚と一緒に問題を解決するようなものです。つまり、アイデアを提示し、さらに情報が必要になったら質問します。何かが正しく見えない場合は、満足するまでインタビュアーと話し合います。

リンクされたリストを逆にすることを望んでいて、リンクされたリストが何であるか覚えていない場合は、質問してください。最終結果がより良い場合、リンクリストが頭の外にあるものを知っているが、それを操作するためにひどいコードを書く人よりも高い評価を与えます。プログラマーの経験がどれほどであっても、コードやその他の専有情報をすべて魔法のように知っているというわけではありません。

私の意見では、インタビューはあなたが詰め込むことができるものではなく、もし可能なら、それはあなたがその仕事にどれほど適しているかという認識をゆがめます。誰かが暗記した答えを暗唱しているのは簡単にわかります。それが、私が意図的に候補者をナレッジゾーンの外に押し出そうとする理由の1つです。私は彼らが準備していない質問に彼らがどのように反応するかを見たいです。

私はおかしいと思うかもしれませんが、誰かの思考プロセスと暗記能力を評価することの利点について非常に強く感じています。最近の3回のインタビューで、もっとやりがいのあるものを選びたいかどうか尋ねます。とにかくブラフしていると思われる場合に備えて、彼らは常に「ユーモア」を求めますが、少なくとも彼らは私のスキルを正直に評価しています。

私はインタビューに座って、インタビュー中にホワイトボードで質問に答える際に、同様の能力を持つ個人の間で大きな格差に気づきました。一般的に、あなたの考えを明確に説明し、乾いた消しゴムペンで読みやすいコードを書き、長い沈黙を避けることは、最終的に答えがほぼ同じであったとしても、候補者のより好ましいレビューにつながる傾向がありました。

ソフトウェアを開発するときに個人として最後に働いたときのことは覚えていません。私は自分の活動を他の人と常に調整し、設計と実装の決定について話し合い、他の人と協力してソフトウェアを構築する必要がありました。インタビューでコミュニケーションスキルを示すことは大きなプラスです。面接はあなたを緊張させる可能性がありますが、迫り来る締め切りと仕事のプレッシャーもそうです。

私もコメントを繰り返します。ソフトウェアエンジニアリングのチーム指向の性質を考えると、技術的な能力以上のものを考慮する必要があります。特に技術的には、話したり書いたりする能力は、ほとんどのポジションにとって重要です。ソフトウェアを構築する能力だけでなく、仕事に関連するすべての要因について誰かの能力を評価します。

ホワイトボードのインタビューの質問で良くなる方法は何ですか？

よりよく準備する方法はありますか？

ホワイトボードの質問に対する回答が不十分な場合、2つの理由が考えられます。技術情報を十分に把握していないか、スピーカー/プレゼンターが不十分です。もちろん、常に両方の可能性があります。

改善する方法は問題に依存します。技術的な改善は、質問を読んだり、実行したり、質問したりすることで行われます（通常、この順序で）。プレゼンテーションのスキルが不十分なのは練習を通して得られますが、一部の人は自然に良いスピーカーですが、そうでない人もいます。誰でもコミュニケーションスキルを伸ばすことができると思いますが、人格は実際に誰かがいかに優れているかに大きな役割を果たします。

インタビュー中の進め方のヒントは？

場合によります。

インタビュアーにとっての「頭脳ダンプ」という点まで、より詳細な情報は常に良好です。十分な情報を提供していなかった場合、インタビュアーに詳細を説明してもらい、通常は設計やコードについて明確で明確な質問をしました。

何も言わず、何もせずに、問題を事前に数分間考えておくのは良い考えです。この時間を使用して、インタビュアーが探しているものを明確にするための質問をすることもできます。これは、インタビュアーに彼らが探しているものを正確に提供する機会を与えるだけでなく、複数の可能性を通してあなたのやり方を考えることができることを示します。

他の人の前に立ってプレゼンテーションを行うことは、学習可能なスキルです。苦手な方は、Toastmastersの地元の章に参加することをお勧めします。インタビュー中に出会うストレス、特にホワイトボードの部分（存在する場合）について、「これまで見たことのないトピックです。今は見知らぬ人の前で立ち上がって説明する」ストレスの一部を練習します。

他の人が物理的な側面をカバーしている間（練習！）、精神的な側面に触れます。どれだけ練習するかに関係なく、面接は異なるタイプの環境です。あなたは一人でいることも、友達と一緒にいることもありません。

練習するときは、常にその環境に留意してください。あなたは彼らをflatめたり、うんざりする必要はありません-あなたの目標はあなたの能力と態度を示すことです。自然に話し、頭の中で何が起こっているのかを説明します。彼らはあなたがどのように考えているかを見たいので、大声で考え、話し、話し合い、あなたの心に関わるようにさせます。

別の重要な要素はリバウンドです。練習問題には常に解決策があります-行き詰まったときは、次のステップを確認し、書き、理解し、学習することができます。しかし、インタビュアーはソリューションマニュアルではありません。彼らはあなたを助けますが、誰も「次のステップはxをすることです」と言いません-彼らは「あなたはyを考えましたか（xに関連していますか？）」そのため、常にマニュアルを参照せずに練習してください。友だちにあいまいだが関連する提案をしてもらい、そこから構築してみてください。それらの提案が問題の解決にどのように役立ったかを説明してください。常にあなたの考えを示してください。

それが役に立てば幸い！

ホワイトボードの質問のもう1つのポイントは、質問をして仮定を避けることです。「ねえ、私は以前にこのようなことをしたことがあり、ここに解決策があります...」と思われるかもしれませんが、これらの仮定を立てて足を離すかどうかを確認する問題です。トリックの質問やあなたを困らせることを意図しているわけではありませんが、一般に、それらのどれかをヒットすると簡単に表示される小さなものがたくさんあります。いくつかの例の領域：

• 要件はどの程度具体的ですか？結果がどのようになるか確信がありますか？
• 時間またはスペース、どの複雑さのメトリックがより重要であり、いくつかの操作は他の操作よりも考慮に値します。
• ソリューションが優れている理由をどの程度説明できますか？
• 理論的な解決策がどのように機能するかを示す例1つまたは2つを見ていただけますか？ここでのテストケースは、ユーザー入力があるか、どこで検証されているか、エラーメッセージがどのように伝達されるかなど、興味深い発見があります。

もちろん他の分野もありますが、それらは私が模擬インタビューでどのようにしたかを分析するときに検討する主なものです。