Kan HackerRank copy-paste detecteren?

De proctoring van HackerRank registreert plakacties in de code-editor. Het kandidaatrapport toont dat er is geplakt en op welk moment in de sessie dit gebeurde.

Wat het logboek niet bevat, is de herkomst. De editor is een webpagina; hij ontvangt welke tekst het besturingssysteem hem ook maar aanreikt en heeft geen manier om te vragen waar die tekst vandaan werd gekopieerd. Uw eigen kladbestand, een documentatievoorbeeld en het antwoord van een chatbot komen allemaal binnen als dezelfde gebeurtenis.

Hier volgen twee gevolgen uit. Het plakken van een fragment dat u zelf vijf minuten eerder in een ander venster schreef, wordt exact zo geregistreerd als het plakken van een kant-en-klare oplossing. En een schoon plaklogboek bewijst niet dat u zonder hulp hebt gewerkt, want typen wordt niet bijgehouden als bewijs van auteurschap.

De detecteerbaarheidscluster (detectability) behandelt dezelfde vraag voor andere assessmentplatforms.

De meeste mensen komen achteraf bij deze vraag terecht, nadat ze tijdens een test iets hebben geplakt en zich afvragen hoe erg dat eruitziet. Deze sectie beschrijft wat een beoordelaar ziet. Het korte antwoord is dat de vorm van een plakactie veel meer betekenis draagt dan het simpele feit dat die heeft plaatsgevonden.

Een handvol kleine plakacties verspreid over een lange sessie leest als gewoon werkgedrag. Niemand typt een URL of een blok testdata opnieuw over. Eén plakactie die een leeg editorvenster vult met een complete, correcte oplossing leest anders, omdat dit laat zien dat het antwoord in één keer verscheen in plaats van zich geleidelijk te ontwikkelen.

Timing speelt daarbij ook een rol. Een plakactie in de eerste minuut van een opgave, direct gevolgd door een inzending, vertelt een ander verhaal dan een plakactie die plaatsvindt na zichtbare iteratie. Denk aan een kandidaat die een data-engineering-screening doet en een persoonlijk snippet-bestand openhoudt: er verschijnen meerdere kleine plakacties, de code verandert daarna herhaaldelijk, en het rapport leest als normaal werk. Niets in dat logboek hoeft te worden verdedigd.

Dit zijn twee onafhankelijke systemen, en ze door elkaar halen veroorzaakt veel onnodige zorgen.

• Plaklogging is een gedragssignaal dat live in de editor wordt vastgelegd. Het zegt dat er een actie heeft plaatsgevonden.
• Codegelijkenisscoring draait op de ingediende code en vergelijkt deze met inzendingen van andere kandidaten en bekende bronnen. Het zegt dat het resultaat op iets anders lijkt.

U kunt het ene zonder het andere triggeren. Een gekopieerde oplossing met de hand overtypen levert geen plakgebeurtenis op en scoort toch als gelijkend. Uw eigen originele werk plakken levert wel een plakgebeurtenis op en scoort helemaal niet als gelijkend.

Een beoordelaar ziet beide op hetzelfde rapport en leest ze samen. Dat is ook waarom een enkele markering zelden ergens een einde aan maakt: de gebruikelijke volgende stap is een live ronde waarin u uw aanpak toelicht, wat de onduidelijkheid sneller oplost dan welk logboek dan ook.

SubcueAI ondersteunt live gesproken sollicitatiegesprekken. De desktopapp op macOS en Windows legt systeemaudio en uw microfoon vast en toont suggesties op een lokale overlay; de browserextensie Side Panel doet hetzelfde voor een gesprek dat in een Chromium-tabblad plaatsvindt, waarbij alleen de audio van dat tabblad wordt vastgelegd, wat betekent de stem van de interviewer en niet die van u. Er sluit geen bot aan bij de vergadering en er wordt niets in de vergaderpagina geïnjecteerd.

Een HackerRank-codeeringsassessment is niet zo'n situatie. Niemand spreekt, dus er valt niets te transcriberen, en het binnenbrengen van externe hulp bij een assessment schendt de voorwaarden die u accepteerde toen u eraan begon. Wij claimen niet dat enige tool daar ondetecteerbaar is. Schermdelen, schermopname, bewaakte sessies en door het bedrijf beheerde laptops vallen allemaal buiten wat een lokale overlay kan beïnvloeden.

Waar een assistent wél helpt bij HackerRank, is ervoor en erna. Oefenen met mock-interviewoefening bouwt de gewoonte op om code hardop toe te lichten, wat precies is wat een beoordeling na afloop van u vraagt. Details over vastlegging en latentie vindt u in de how-it-works-cluster.