CoderPadは不正行為を検知できるか？

心配されがちなのは、バックグラウンドで動く隠れた検知ツールだ。CoderPadのライブパッドにおける正直な答えは、もっと単純でもっと居心地の悪いものだ。検知ツールは存在しない、なぜなら存在する必要がないからだ。このセクションでは、あなたが作業している間、共有パッドの向こう側で面接官に何が見えているかを説明する。

パッドは共同編集式なので、あなたのエディタは相手のエディタでもある。文字が入力されるたびに現れる様子、カーソルの移動、削除、そして一気に現れるコードの塊まで見える。どの言語タブを開いているか、いつコードを実行したかも見える。通話をCoderPadの中で行うチームもあれば、別の会議アプリで行うチームもあるが、それでパッド自体の仕組みが変わるわけではない。

そこには自動採点は一切ない。人間がリアルタイムで印象を形成しているのであり、それはレポート内のフラグよりも体系的ではない一方、反論しにくいものでもある。

候補者が過小評価しがちなのが再生機能だ。セッションは後から再生でき、解答がどのような順序で組み立てられたかが表示される。行ごとに入力され、試行錯誤や修正を伴うコードは、一気に現れる完成済みの解答とは違う形で再生される。

ある決済企業のミッドレベル職に応募したフロントエンドエンジニアは、問題を正しく解いたものの、振り返り面談で自分では一行ずつ説明できないヘルパー関数について説明を求められた。決め手になったのは再生映像そのものではなく、その説明だった。採用チームが天秤にかけるのは、この両方だ。

プラットフォームごとに何が観測可能で何が観測不可能かについては、検知可能性のトピックハブにさらに詳しい解説がある。

持ち帰り型の製品は、他のアセスメントプラットフォームに近い。ウィンドウのフォーカス変化のタイムスタンプ、大きな貼り付けイベントの記録、各問題にかけた合計時間などが記録されると考えてよい。それらはリクルーターやエンジニアがあなたのコードと合わせて読むレポートに反映される。

それだけで結論が出るわけではない。ドキュメントを読むために一度タブを切り替えるのはごく普通のことで、レビュアーもそれを理解している。長い離席のあとに完成済みのコードの塊が続くというパターンこそ、レポートの読まれ方を変える。

SubcueAIが面接の音声をどう扱い、何を保持するかについては、セキュリティページに記載されている。

SubcueAIは面接の会話部分のために作られている。ネイティブのmacOSおよびWindowsアプリはシステム音声とマイクの両方をキャプチャし、ローカルのフローティングオーバーレイに提案を表示する。ブラウザ拡張機能のサイドパネルは、Chromium系ブラウザ上の会議タブに対してライブアシストを行い、そのタブの音声のみをキャプチャするため、あなた自身の声を文字起こしすることは決してない。会議ボットが通話に参加することもなく、会議ページに何かが注入されることもない。

CoderPadのラウンドは、ほとんどの場合そうではない。画面を共有すれば、ローカルのオーバーレイは共有範囲の中に入ってしまい、それは調整可能な設定ではなく、絶対的な制約だ。パッドが録画される場合も同じことが言える。アシスタントがコーディングラウンドの前後で本領を発揮するのは、その周りの会話、つまりアプローチの説明、フォローアップの質問、そして選考プロセスに含まれる行動面接だ。

コーディングラウンドそのものについては、時間を計った練習こそが誠実な準備方法であり、模擬面接ページで行える。