HackerRank può rilevare il copia-incolla?

Il sistema di proctoring di HackerRank registra le azioni di incolla nell'editor di codice. Il report del candidato mostra che è avvenuto un incolla e in quale punto della sessione è avvenuto.

Ciò che il record non contiene è l'origine. L'editor è una pagina web; riceve qualsiasi testo gli consegni il sistema operativo e non ha modo di chiedere da dove sia stato copiato quel testo. Un tuo file di appunti, un esempio di documentazione e la risposta di un chatbot arrivano tutti come lo stesso evento.

Ne derivano due conseguenze. Incollare uno snippet che hai scritto tu stesso cinque minuti prima in un'altra finestra viene registrato esattamente come incollare una soluzione finita. E un log di incolla pulito non dimostra che hai lavorato senza aiuto, perché la digitazione non viene tracciata come prova di paternità.

Il cluster sulla rilevabilità (detectability) tratta la stessa domanda per altre piattaforme di valutazione.

La maggior parte delle persone arriva a questa domanda a posteriori, dopo aver incollato qualcosa durante un test e essersi chiesta quanto male appaia. Questa sezione descrive cosa vede un revisore. La risposta breve è che la forma di un incolla porta molto più significato della sua semplice esistenza.

Una manciata di piccoli incolla distribuiti lungo una sessione lunga si legge come normale comportamento di lavoro. Nessuno riscrive a mano un URL o un blocco di dati di test. Un unico incolla che riempie un editor vuoto con una soluzione completa e corretta si legge diversamente, perché mostra che la risposta è arrivata già intera anziché svilupparsi.

La tempistica si aggiunge a questo. Un incolla nel primo minuto di un problema seguito subito da un invio racconta una storia diversa da un incolla che arriva dopo un'iterazione visibile. Consideriamo un candidato che sostiene un colloquio tecnico di data engineering e tiene aperto un proprio file di snippet personali: compaiono diversi piccoli incolla, il codice cambia ripetutamente in seguito, e il report si legge come lavoro normale. In quel log non c'è nulla da difendere.

Si tratta di due sistemi indipendenti, e confonderli causa molte preoccupazioni inutili.

• La registrazione degli incolla è un segnale comportamentale catturato dal vivo nell'editor. Indica che un'azione è avvenuta.
• Il punteggio di somiglianza del codice viene eseguito sul codice inviato, confrontandolo con le sottomissioni di altri candidati e con fonti note. Indica che il risultato assomiglia a qualcos'altro.

Puoi attivare uno senza l'altro. Riscrivere a mano una soluzione copiata non produce alcun evento di incolla e ottiene comunque un punteggio di somiglianza. Incollare un tuo lavoro originale produce un evento di incolla e non ottiene alcun punteggio di somiglianza.

Un revisore vede entrambi sullo stesso report e li legge insieme. È anche per questo che una singola segnalazione raramente pone fine a qualcosa: il passo successivo abituale è un colloquio dal vivo in cui spieghi il tuo approccio, il che risolve l'ambiguità più rapidamente di qualsiasi log.

SubcueAI assiste i colloqui orali dal vivo. L'app desktop su macOS e Windows cattura l'audio di sistema e il tuo microfono e mostra suggerimenti su un overlay locale; l'estensione del browser Side Panel fa lo stesso per una chiamata che si svolge in una scheda Chromium, catturando solo l'audio di quella scheda, il che significa la voce dell'intervistatore e non la tua. Nessun bot si unisce alla riunione e nulla viene iniettato nella pagina della riunione.

Una valutazione di programmazione HackerRank non è quella situazione. Nessuno sta parlando, quindi non c'è nulla da trascrivere, e portare aiuto esterno in una valutazione viola i termini che hai accettato quando l'hai iniziata. Non affermiamo che alcuno strumento sia indistinguibile lì. Condivisione dello schermo, registrazione dello schermo, sessioni sorvegliate e laptop gestiti dall'azienda sono tutti al di fuori di ciò che un overlay locale può influenzare.

Dove un assistente aiuta davvero con HackerRank è prima e dopo. Esercitarsi con la pratica di colloquio simulato (mock interview) crea l'abitudine di spiegare il codice ad alta voce, che è esattamente ciò che richiede un colloquio successivo alla valutazione. I dettagli su cattura e latenza si trovano nel cluster su come funziona (how it works).