CodeSignalは不正行為を検知するか？

これからタイマー付きのコーディング試験を開こうとしているなら、そのウィンドウが正確に何を見ているのか知りたいはずだ。このセクションではCodeSignalが収集する信号を挙げ、答えが推測で終わらないようにする。信号は4つあり、すべての試験で有効になっているとは限らない。

• コード類似度スコアリング。提出した解答は、過去の候補者の提出物や公開されているコードの大規模な集合と照合される。
• フォーカスとタブの追跡。試験用タブを離れたり、全画面表示を終了したりすると、カウントされタイムスタンプが付けられる。
• コピー＆ペーストのログ。エディタへのペーストのイベントは記録され、雇用主が読むレポートに表示される。
• 任意のウェブカメラ・画面監視。雇用主は特定の試験でカメラアクセスや画面キャプチャを必須にできるが、多くの標準的な試験ではそれなしで実施される。

これらのうちどれが有効になっているかは、CodeSignal単体ではなく企業側の設定次第だ。招待メールと試験前の画面で、カメラが必要かどうかがわかる。

盗用の側面は、候補者が過小評価しがちな部分だ。それは隣に座っている人物と照合するものではない。あなたのコードは大規模なコーパスと照合してスコアが付けられるため、コードが正しくても、他の多くの候補者も提出したような解答は、類似度スコアを最も速く押し上げる要因になる。

具体的な例を考えてみよう。あるバックエンドエンジニアがミドルレベル職向けのCodeSignal一般コーディング試験を受け、他所で作られた完全な解答を貼り付けた。それはコンパイルが通り、テストにも合格し、良いスコアを記録した。しかし、そのプロンプトに対してほぼ同一のテキストが何度も提出されていたため、類似度の数値は上昇し、採用担当者は好成績のすぐ隣に盗用フラグを見ることになった。スコアは残ったが、フラグはそれでも疑問を生んだ。

面接の流れ全体における検知のトレードオフは、検知可能性トピックハブにまとめられている。

監視には境界があり、何がフラグ対象になるかを知るのと同じくらい、その境界を知ることが重要だ。標準的なブラウザベースの監視は、試験環境の内部でのみ動作する。雇用主が画面キャプチャやライブでの有人監視を特別に有効にしていない限り、あなたのマシン上の他のアプリケーション、2台目のモニター、机の上の携帯電話、カメラの外にいる人物は見えない。

また、それが報告するのは判定ではなく信号だ。問題文を読み直すためのタブ切り替え1回だけでは、それ単体では何も証明しない。レポートに表示されるのは回数とタイムスタンプであり、それが何を意味するかは人間が判断する。まさにそれゆえ、企業はフラグだけを信頼するのではなく、自動化された試験にライブの技術的な会話を組み合わせるのだ。

自動化された選考の後に続く形式については、面接形式ハブで整理されている。

売り込みよりも、対象範囲について率直であるほうが役に立つ。SubcueAIが支援するのは、口頭で行うライブの面接だ。ネイティブのmacOSおよびWindowsアプリはシステム音声とマイクをキャプチャし、ローカルのフローティングオーバーレイに提案を表示する。ブラウザ拡張機能のサイドパネルは、Chromiumタブ上で行われる通話に対して同じことを行い、その会議タブの音声のみをキャプチャする。会議に参加するボットは存在せず、会議ページに何かが注入されることもない。

CodeSignalの試験は、ブラウザ内でタイピングして解答するコーディングテストだ。SubcueAIはそこにタイプしたりコードを貼り付けたりするようには作られておらず、生成されたコードを貼り付ける行為こそが、前述の類似度およびペーストのフラグを引き起こす。雇用主がウェブカメラや画面監視を有効にしている場合、その試験は対象範囲外であり、私たちは「見えなくなる」と約束するのではなく、その事実をはっきり伝える。

役に立つ準備は、試験の後に続くラウンドのためのものだ。模擬面接ページでタイマー付きの練習セッションを行うことで、自分のアプローチを声に出して説明する練習ができる。それこそが、後続の会話で実際に問われることだ。