HackerRank rileva gli imbrogli?

State fissando un link di valutazione e cercando di indovinare cosa venga registrato. Indovinare è il modo peggiore per prepararsi, quindi questa sezione elenca i segnali raccolti da HackerRank. Sono quattro, e solo l'ultimo è facoltativo.

• Punteggio di somiglianza del codice. Ogni invio viene confrontato con un ampio corpo di invii precedenti e codice pubblico, poi riceve un punteggio di somiglianza.
• Tracciamento di focus e scheda. Ogni volta che lasciate la scheda del test o uscite da schermo intero, l'evento viene contato e marcato con l'orario.
• Registrazione copia-incolla. Gli eventi di incolla nell'editor vengono registrati e mostrati nel report del recruiter.
• Monitoraggio via webcam. Quando l'azienda lo attiva, il test cattura istantanee periodiche.

Nessuno di questi è un verdetto. Sono dati in ingresso per un report, e il report arriva a una persona.

Il motore di somiglianza è la parte che i candidati sottovalutano. Non confronta soltanto il vostro codice con quello di altre persone che sostengono lo stesso test oggi; valuta anche rispetto a un ampio archivio di invii precedenti e fonti pubbliche. Incollare una soluzione che anche molti altri candidati hanno incollato è il modo più rapido per far salire quel punteggio.

Un backend engineer che risolve un problema di media difficoltà incolla una soluzione completa generata altrove. Poiché moltissimi candidati hanno inviato un output quasi identico per la stessa consegna, il punteggio di somiglianza sale, e il recruiter vede una segnalazione di plagio accanto a un risultato altrimenti solido. Il codice funzionava correttamente. La segnalazione ha comunque generato domande a cui il candidato ha dovuto rispondere dal vivo.

I compromessi tra i vari strumenti per i colloqui, piattaforma per piattaforma, sono raccolti nell'hub sulla rilevabilità.

Conoscere il limite conta quanto conoscere i segnali. Il monitoraggio standard di HackerRank funziona all'interno dell'ambiente di test del browser. Non vede altre applicazioni sul vostro computer, un secondo monitor, un telefono sulla scrivania o una persona fuori dall'inquadratura, a meno che l'azienda non attivi specificamente la registrazione dello schermo o un monitoraggio umano dal vivo.

Riporta anche segnali, non certezze. Un singolo cambio di scheda per rileggere la traccia non dimostra nulla da solo; il report mostra solo dei conteggi, ed è una persona ad attribuire loro un significato. È proprio per questo che le aziende aggiungono una conversazione dal vivo o una webcam sopra a un test automatizzato, invece di fidarsi solo delle segnalazioni.

Le sessioni di coding svolte dal vivo durante una chiamata seguono regole diverse, e l'hub sui tipi di colloquio le scompone per formato.

Essere diretti sull'ambito è più utile di una frase di vendita. SubcueAI assiste colloqui dal vivo, orali. La sua app desktop per macOS e Windows ascolta l'audio del colloquio e mostra suggerimenti in un overlay locale fluttuante, e la sua estensione browser Side Panel fa lo stesso sui browser basati su Chromium catturando l'audio della scheda della riunione. Nessun bot partecipa alla chiamata, e nessuno script viene iniettato nella pagina della riunione.

Una valutazione HackerRank è un test di coding digitato nel browser. SubcueAI non è pensato per digitare o incollare codice al suo interno, e incollare codice generato attiverebbe esattamente le segnalazioni di somiglianza e incolla descritte sopra. Aaron Cao, fondatore di SubcueAI, ha tenuto l'assistente fuori dal software di riunione e di test invece di iniettarlo al suo interno, perché gli strumenti browser iniettati lasciano tracce che un ambiente di test può registrare.

Dove aiuta davvero è nella fase orale: un colloquio comportamentale, una discussione di design con condivisione dello schermo, o una chiamata di coding spiegata a voce. Anche lì valgono i limiti, e una sessione registrata o sorvegliata resta fuori dall'ambito. Esercitarsi sulla parte orale è proprio lo scopo della pratica di colloquio simulato.