Codility rileva le frodi?
Di Aaron Cao · Aggiornato il
Sì, per lo più dopo l'invio. Codility confronta la tua soluzione con codice precedente e pubblico per rilevare somiglianze, registra i cambi di scheda e gli eventi di incolla durante il test, e può riprodurre come è stata costruita la soluzione. Le segnalazioni arrivano a un revisore umano, non a un rifiuto automatico.
Cosa controlla Codility dopo l'invio?
Vuoi sapere se qualcosa ti sta osservando mentre lavori. Per lo più no; l'analisi più pesante avviene su ciò che consegni. Questa sezione percorre i controlli nell'ordine in cui avvengono realmente, così la tempistica è chiara.
Durante il test, la piattaforma registra segnali comportamentali: cambi di focus quando lasci la finestra, timestamp sui blocchi incollati di grandi dimensioni, e la sequenza di modifiche che ha costruito ogni funzione. Alcuni assessment sono configurati per richiedere lo schermo intero, e alcuni catturano una foto per l'identità.
Dopo l'invio, il codice passa attraverso un confronto di similarità rispetto a un insieme di invii precedenti e soluzioni pubblicamente disponibili. Questo è il controllo con il peso maggiore, perché un problema ben noto ha migliaia di risposte precedenti con cui confrontarsi.
Come funziona davvero il controllo di similarità?
Il confronto di similarità non cerca testo identico. Confronta la struttura: la forma della logica, i pattern delle variabili, l'ordine delle operazioni. Rinominare le variabili e riformattare non sposta molto il risultato, perché ciò che viene misurato è la struttura sottostante.
Questo è anche il motivo per cui il controllo produce falsi allarmi. Un algoritmo standard scritto nel modo standard sembra identico a ogni altra implementazione corretta di quell'algoritmo, e ci sono solo tanti modi per scrivere una ricerca binaria (binary search). I revisori lo sanno, ed è per questo che un punteggio di similarità alto apre una conversazione invece di chiudere un caso.
Riepiloghi comparabili per altri fornitori di assessment sono raccolti nell'hub tematico sulla rilevabilità.
Cosa succede quando un report viene segnalato?
Il report arriva a un recruiter o a un ingegnere con la segnalazione allegata, insieme al tuo codice, ai tuoi tempi e alla cronologia delle modifiche. Ciò che succede dopo dipende interamente dall'azienda. Alcune scartano il candidato; molte lo usano come motivo per aggiungere un round di follow-up dal vivo in cui ripercorri il tuo invio.
Un data engineer che si candidava presso un'azienda di logistica è stato segnalato per una soluzione che corrispondeva a una comune implementazione da manuale. La chiamata di follow-up è durata quindici minuti: ha spiegato l'approccio, lo ha adattato dal vivo quando richiesto, e il processo è proseguito. Essere in grado di difendere il proprio codice è ciò che la segnalazione finisce per testare.
Cosa registra SubcueAI durante un colloquio dal vivo, e cosa conserva in seguito, è indicato nella pagina sulla sicurezza.
Dove si inserisce SubcueAI, e dove no
SubcueAI assiste le conversazioni dal vivo. L'app nativa per macOS e Windows cattura l'audio di sistema più il tuo microfono e mostra suggerimenti in un overlay locale flottante; il Side Panel dell'estensione del browser esegue live assist per una scheda di riunione sui browser basati su Chromium, catturando solo l'audio di quella scheda. Nessun meeting bot si unisce alla chiamata, e non viene iniettato nulla nella pagina della riunione.
Un assessment Codility non è una conversazione, quindi nulla di tutto ciò si applica. Se l'assessment è controllato (proctored) o il tuo schermo viene registrato, un overlay si trova all'interno di quella registrazione, e questo è un limite, non un problema di configurazione. I round per cui è pensato sono lo screening con il recruiter, i colloqui comportamentali e la discussione di design che di solito segue un assessment superato.
Per l'assessment stesso, la preparazione utile è la pratica a tempo, disponibile sulla pagina del colloquio simulato.