Upptäcker Codility fusk?
Av Aaron Cao · Uppdaterad
Ja, mestadels efter att du har lämnat in. Codility jämför din lösning med tidigare och offentlig kod för likhet, loggar flikbyten och inklistringshändelser under testet, och kan spela upp hur lösningen byggdes. Flaggor går till en mänsklig granskare, inte ett automatiskt avslag.
Vad kontrollerar Codility efter att du lämnat in?
Du vill veta om något övervakar dig medan du arbetar. Mestadels gör det inte det; den tyngre analysen sker på det du lämnar in. Det här avsnittet går igenom kontrollerna i den ordning de faktiskt sker, så att tidslinjen blir tydlig.
Under testet registrerar plattformen beteendesignaler: fokusändringar när du lämnar fönstret, tidsstämplar på stora inklistrade block, och sekvensen av redigeringar som byggde varje funktion. Vissa bedömningar är konfigurerade att kräva helskärm, och vissa fångar ett foto för identitet.
Efter inlämning går koden igenom en likhetsjämförelse mot en samling tidigare inlämningar och offentligt tillgängliga lösningar. Det är kontrollen med störst tyngd, eftersom ett välkänt problem har tusentals tidigare svar att jämföra med.
Hur fungerar likhetskontrollen egentligen?
Likhetsjämförelsen letar inte efter identisk text. Den jämför struktur: logikens form, variabelmönster, operationernas ordning. Att döpa om variabler och formatera om flyttar inte resultatet särskilt mycket, eftersom det som mäts är den underliggande strukturen.
Det här är också varför kontrollen ger falska larm. En standardalgoritm skriven på standardsättet ser ut som varje annan korrekt implementation av den algoritmen, och det finns bara så många sätt att skriva en binärsökning (binary search). Granskare vet det här, vilket är varför en hög likhetspoäng öppnar ett samtal i stället för att stänga ett ärende.
Jämförbara genomgångar för andra leverantörer av bedömningar samlas i temanavet om upptäckbarhet.
Vad händer när en rapport blir flaggad?
Rapporten når en rekryterare eller en ingenjör med flaggan bifogad, tillsammans med din kod, dina tider och redigeringshistoriken. Vad som händer sedan beror helt på företaget. Vissa väljer bort kandidaten; många använder det som anledning att lägga till en live uppföljningsrunda där du går igenom din egen inlämning.
En dataingenjör som sökte till ett logistikföretag flaggades för en lösning som matchade en vanlig läroboksimplementation. Uppföljningssamtalet tog femton minuter: hen förklarade tillvägagångssättet, justerade det live på begäran, och processen fortsatte. Att kunna försvara sin egen kod är vad flaggan i slutänden testar.
Vad SubcueAI registrerar under en live-intervju, och vad den lagrar efteråt, beskrivs på säkerhetssidan.
Var SubcueAI passar in, och var det inte gör det
SubcueAI assisterar live-samtal. Den nativa macOS- och Windows-appen fångar systemljud plus din mikrofon och visar förslag i en flytande lokal overlay; webbläsartilläggets Side Panel gör live assist för en mötesflik i Chromium-baserade webbläsare, och fångar bara ljudet från den fliken. Ingen mötesbot ansluter till samtalet, och inget injiceras i mötessidan.
En Codility-bedömning är inte ett samtal, så inget av det här gäller. Om bedömningen är övervakad (proctored) eller din skärm spelas in, hamnar en overlay inuti den inspelningen, och det är en begränsning snarare än ett konfigurationsproblem. De rundor den är byggd för är rekryterarscreeningen, de beteendebaserade intervjuerna och designdiskussionen som vanligtvis följer på en godkänd bedömning.
För själva bedömningen är den användbara förberedelsen tidsbegränsad övning, som finns på sidan för övningsintervju.