Amazon の HackerRank アセスメントはカメラを使用しますか？

スタートボタンを押す前に、はっきりした答えが欲しいところですが、正直に言えばその答えには条件が付きます。このセクションでは、誰がカメラの設定を管理しているのか、そして自分自身のテストがどうなっているのかをどう確認すればよいかを説明します。結局のところ、それはアセスメントごとの個別設定に、自分で直接確認できるブラウザの権限が加わったものです。

HackerRankは、Amazonをはじめ多くの企業が候補者に受けさせているアセスメントソフトウェアです。Webカメラ画像の取得といった監視オプションはテスト設定の中に存在し、採用チームが個々のアセスメントごとにオン・オフを切り替えます。同じ会社の同じ週に受験する2人の候補者でも、異なる職種向けの異なるテストを送られていれば、異なる挙動を目にすることがあります。

つまり本当に役立つ問いは、Amazonが一般的にどうしているかではなく、あなた自身に届いた招待がどう設定されているかであり、それはタイマーが始まる前に確認できることなのです。

ブラウザは、ページが黙ってカメラを起動することを許しません。アクセスには明示的な権限プロンプトが必要で、サイト設定でそれを確認したり取り消したりできます。そのためこの権限モデルは、推測に頼るのではなく信頼できるシグナルになります。

• カメラのプロンプトがなければ、取得もない。案内画面やシステムチェックでカメラを一度も要求されなければ、そのアセスメントではWebカメラ監視は有効になっていません。
• プロンプトとプレビューがある場合。システムチェック中にHackerRankがWebカメラの映像を表示するなら、画像監視は有効で、スナップショットは審査担当者が読むレポートに届きます。
• 招待メール。アセスメントの招待メールには、動作するWebカメラが必要かどうかを含む要件が記載されています。
• サイトの権限設定。テスト実行中、ブラウザのアドレスバーにはそのページが現在保有している権限が表示されます。

カメラが必須のテストでカメラを拒否すると、多くの場合そのままでは開始できなくなるので、このプロンプトは切り替えスイッチではなく情報として扱いましょう。この流れを試してみたいなら、本番の計時アセスメントではなく練習問題で試してください。

カメラがオフだからといって、何も測定されていないわけではありません。コードの類似度スコアリングは、監視設定にかかわらずあなたの提出物を他の提出物や公開されているソースと比較しますし、テストページ自体もフォーカスの切り替えやペーストの操作を記録します。エンジニア職向けのAmazonのアセスメントでは、コーディング部分にワークスタイルアンケートやワークシミュレーションといったコーディング以外のセクションが組み合わされることも多く、これらは監視されるのではなく一貫性で評価されます。

Amazonのソフトウェアエンジニア職のアセスメントを控えた新卒候補者を例に考えてみましょう。彼らはその前夜をWebカメラの心配に費やし、解答を声に出して説明する練習をする時間を取りませんでした。結局カメラは一度も起動されず、実際に合否を左右したのは後に続く人間との面接でした。その夜の時間を模擬面接ページで何ラウンドか時間を計って練習することに使っていれば、もっと有意義だったはずです。

監視付きアセスメントはライブアシスタントの出番ではなく、SubcueAIもそのために設計されたものではありません。テストが開始時に同意した規約のもとで画面とWebカメラの両方を取得できる場面では、そこに自分がふさわしいと正直に主張できるツールは存在しません。SubcueAIの創業者であるAaron Caoは、この理由からライブアシストの対象を会話に限定しています。つまりこの製品が対象とするのは、あなたが話して進める面接であり、監視下で受ける試験ではありません。

ライブ面接のケースは事情が異なります。macOSとWindowsでは、デスクトップアプリがシステム音声とマイクの音声を同時に取得し、ローカルのフローティングオーバーレイに提案を表示します。ブラウザ拡張機能のサイドパネルは会議タブの音声のみからライブアシストを行うため、面接官の声だけが聞こえ、あなたのマイクの音声は決して聞きません。どちらの場合も、ボットが通話に参加することはなく、会議ページに何かが注入されることもありません。画面共有、録画、会社管理端末を含む境界線については、検出可能性のトピックハブで詳しく解説しています。