HackerRank 能偵測複製貼上嗎？
作者 Aaron Cao · 更新於
能。貼到 HackerRank 程式碼編輯器中的動作會被記錄，並出現在應徵者報告中，包含發生的時間。記錄不會記下文字的來源。貼上行為是被記錄而非被封鎖，是否重要由招募人員判斷。
貼上記錄實際上包含什麼
HackerRank 的監考系統會記錄程式碼編輯器中的貼上動作。應徵者報告會顯示是否發生過貼上，以及它發生在流程中的哪個位置。
記錄中不包含的是來源。編輯器只是一個網頁；它接收作業系統交給它的任何文字，無從得知這段文字是從哪裡複製來的。你自己的暫存檔案、一段文件範例、或聊天機器人的回覆，抵達時都是同一種事件。
由此產生兩個結果。五分鐘前在另一個視窗裡自己寫的一段程式碼，貼上時的記錄方式與貼上一個完整的解答並無二致。而一份乾淨的貼上記錄也不能證明你是獨立完成的，因為打字過程並不會被當作作者身分的證據來追蹤。
關於其他測驗平台的同一個問題，見可偵測性專題。
為什麼貼上的形態比貼上本身更重要
大多數人問出這個問題時，事情已經發生了——測驗過程中貼上了什麼，然後開始擔心這看起來有多糟。本節說明的是審核者實際看到的內容。簡短的答案是：一次貼上的形態，比它是否存在本身更能說明問題。
在一段較長的流程裡出現幾次小規模的貼上，讀起來就是正常的作業方式。沒有人會把一個網址或一段測試資料重新手打一遍。而一次貼上就把空白編輯器填滿、給出一個完整且正確的解答，讀起來則完全不同，因為這代表答案是整體出現的，而不是逐步寫出來的。
時間點也會加重這種印象。在題目開始的第一分鐘內貼上、緊接著就送出，與貼上之後還能看到明顯迭代過程的情況，講的是兩個不同的故事。設想一位參加資料工程筆試的應徵者，一直開著自己的程式碼片段檔案：出現了幾次小規模貼上，之後程式碼又反覆修改，報告讀起來就是正常的作業過程。這份記錄沒有什麼需要辯解的。
貼上記錄不是抄襲評分
這是兩套彼此獨立的系統，把它們混為一談會帶來很多不必要的擔心。
- 貼上記錄是編輯器即時擷取到的一種行為訊號，它說明發生過一個動作。
- 程式碼相似度評分針對送出的程式碼運行，把它與其他應徵者的送出內容以及已知來源進行比對，它說明結果與別的東西相似。
你可以只觸發其中一個而不觸發另一個。手動重新打出一份複製來的答案，不會產生貼上事件，但仍會被判定為相似；貼上自己原創的成果，會產生貼上事件，但相似度評分上什麼也不會顯示。
審核者會在同一份報告上同時看到兩者，並把它們放在一起解讀。這也是為什麼單獨一個標記很少會終結什麼：常見的下一步是安排一輪真人面談，讓你講解自己的解題思路，這比任何記錄都能更快地消除疑慮。
SubcueAI 適用於哪裡，又不適用於哪裡
SubcueAI 輔助的是即時的語音面試。macOS 和 Windows 上的桌面應用程式會擷取系統音訊和你的麥克風輸入，並在本機浮動視窗上顯示建議；瀏覽器擴充功能的側邊欄對運行在 Chromium 分頁中的通話做同樣的事，且只擷取該分頁的音訊，也就是面試官的聲音，而不是你自己的聲音。沒有任何機器人加入會議，也沒有任何內容被注入到會議頁面中。
HackerRank 程式測驗不是這種情況。測驗過程中沒有人在說話，因此沒有什麼可轉錄的，而且在測驗中引入外部協助會違反你開始測驗時接受的條款。我們並不宣稱任何工具在那種情境下不可被偵測。螢幕分享、螢幕錄製、監考流程，以及公司代管的筆電，都超出了本機浮動視窗所能影響的範圍。
助手真正能在 HackerRank 上幫上忙的，是測驗前後。透過模擬面試練習反覆演練，能養成把程式碼講出來的習慣，而這正是測驗後複盤所要求你做的事。關於擷取與延遲的具體細節，見運作原理專題。