[Webinar]DevSkillers tests er sikre - lige fra en kodeplagiatkontrol til en IP-tracker

Det siger sig selv, at en test af udviklerfærdigheder kun er nyttig, hvis du ved, at det er den rigtige person, der har taget testen. I langt de fleste tilfælde er dette ikke et problem. Men vi anvender stadig en kodeplagiatkontrol i vores system. Hvorfor det?

Hvorfor du har brug for en plagiatkontrol af kode

Plagiering er et stort problem i samfundet. Ifølge Academic Paradigms, LLC, Center for Academic Integrity fandt ud af, at næsten 80% af de studerende på universiteterne indrømmer, at de har snydt mindst én gang. Og hvis du tror, at dette blot skyldes, at alle de undervands-kurvefletningsstuderende afleverer billige kurve fra Walmart som deres afsluttende projekt, tager du grueligt fejl.

Stanford, hvor grundlæggerne af nogle af de største teknologivirksomheder som Google og Netflix er blevet født, og hvor datalogistuderende, der tager deres vej til Silicon Valley, har haft deres andel. Ifølge New York Times, blev 20% af eleverne i en datalogiundervisningsklasse fra 2015 markeret for mulig snyd.

Og Stanford er ikke den eneste eliteinstitution, der har haft problemer med plagiat blandt sine dataloger. I samme artikel nævnes rapporter om udbredt snyd inden for datalogi på Purdue, Harvard og Yale. Jeg ved godt, at dette måske virker som et abstrakt spørgsmål for dig. De er trods alt ude af universitetet, og det arbejde, De udfører, er meget seriøst. Men disse problemer i den akademiske verden tyder på et meget bredere problem.

A undersøgelse offentliggjort i tidsskriftet Etik og adfærd fandt ud af, at studerende, der plagierede på college, rapporterede, at de anså sig selv for at være mere tilbøjelige til at bryde reglerne på arbejdspladsen. Med andre ord havde den udbredte snyd i den akademiske verden haft en direkte indvirkning på erhvervslivet. Plagiering er derfor ikke et rent akademisk problem, men et symptom på et bredere problem, som samfundet må forberede sig på.

Hos DevSkiller forstår vi, at en kodningstest kun er brugbar, hvis du kan være sikker på, at den kandidat, der tager testen, er den samme kandidat, som kommer til samtalen. En stor fordel ved vores platform er, at den kan tages hvor som helst, men det betyder, at vi er nødt til at inkludere robuste kodeplagiatkontroller for at opretholde integriteten af vores system.

4 kodeplagiatkontroller, som vi bruger for at sikre, at testresultaterne er korrekte

Vi tager sikkerhedsfunktioner meget alvorligt hos DevSkiller. Vores fire forskellige plagiatdetektorer sørger for, at integriteten af vores tests ikke bliver krænket. Vi har en flerstrenget tilgang som følger:

• Vi bruger fotooptagelse til at bekræfte kandidatens identitet
• Vores IP-adresse tracker bekræfter kandidatens placering
• Vores plagiatdetektor kontrollerer, hvor original din kandidats løsning er
• Vores værktøjer til at lytte til sociale medier advarer os, når der offentliggøres en test, så vi kan gribe ind med det samme

Bekræft din kandidats identitet med et foto

En af de bedste måder at garantere integriteten af din ansættelsesproces på er at kunne se den person, der tager testen. Vi ville gerne sikre os, at vores kunder kunne gøre dette, men det var vigtigt at gå forsigtigt frem.

Vi er stolte af at hjælpe vores kunder med at give en fantastisk kandidatoplevelse. For at holde kandidater i din rekrutteringstragt er det vigtigt at finde en balance mellem kandidatens privatlivets fred og behovet for at bekræfte deres identitet. Efter omfattende feedback fra testkandidaterne besluttede vi os for ikke at filme hele sessionen. Det ville være for indgribende for kandidaten.

I stedet fandt vi ud af, at vi kunne få den nødvendige bekræftelse ved at bede kandidaten om at tage et billede af sig selv, mens han/hun tog testen. Samtidig skabte det ikke unødvendige problemer med privatlivets fred. Med alle DevSkillers tests kan du til enhver tid bede om et foto. Det kan være i starten, i slutningen eller endda et vilkårligt punkt midtvejs. Kandidaten kan nemt tage et selfie med sit webcam. Dette bekræfter, at den samme person, der tager en test, er den samme person, der kommer til interviewet.

Vores IP-adresse-tracker garanterer, at testen ikke er outsourcet

En af de bedste funktioner i DevSkiller, og den funktion, der sandsynligvis bidrager mest til den kandidatoplevelse, som vi tilbyder, er det faktum, at du kan tage en DevSkiller-test når som helst fra hvor som helst i verden. Det fantastiske ved dette er, at kandidaten kan tage testen på et tidspunkt, der passer ham/hende bedst, og han/hun behøver ikke at foretage en besværlig eller dyr rejse til jeres kontor.

Men hvis du ikke tager testen foran dig, kan det åbne døren for misbrug, så det er vigtigt at vide, hvor din kandidat tager testen. For at hjælpe dig med at finde ud af, hvor kandidaten befinder sig, har vi inkluderet en IP-adresse-tracker, der viser dig præcis, hvor testen er taget. Dette er en let verificerbar oplysning, som du kan tjekke med din kandidat. Hvis du f.eks. har en kandidat fra Albany, som tager testen i Auckland, bør du nok spørge ham/hende om hans/hendes rejse til New Zealand.

"Jeg blev overbevist om det af plakaterne"

Ingen af kandidaterne har set opgaven før prøvens start

Spørg enhver udvikler, og de vil fortælle dig, at de ikke koder i en boble. De mest effektive udviklere, dem, som du faktisk ønsker at ansætte, bruger konstant eksterne ressourcer og undersøger forskellige løsninger for at løse de problemer, de står over for. Du skal ikke blive overrasket, hvis dit team regelmæssigt søger løsninger på Stack Overflow, GitHub eller generelt kigger på Google.

DevSkiller er enestående blandt færdighedstests, fordi den genskaber forretningsmiljøet så nøjagtigt som muligt. Men da vi kan få adgang til alle tilgængelige ressourcer, er vi nødt til at tilføje ekstra beskyttelse for at sikre, at alle kandidater har samme chance for at gennemføre vores test. Så hvordan opretholder DevSkiller integriteten af sine tests, samtidig med at udviklerne får de samme ressourcer, som de vil bruge, når de begynder at arbejde for dig?

Vi starter med at lave unikke opgaver. Disse opgaver er skabt af fageksperter og er designet til at få et godt eksempel på en udviklers evner. For at sikre, at vores opgaver er lige udfordrende for alle, der tager dem, arbejder vi dag og nat for at holde vores opgaver væk fra internettet. Hvordan opretholder vi så integriteten af disse tests?

Værktøjer til at lytte til sociale medier fanger opgaver i det øjeblik, de bliver offentliggjort

Først og fremmest anvender vi særlige værktøjer til social lytning så vi får besked, hvis nogen af vores tests bliver offentliggjort. De få gange, det er sket, har det ikke været skadeligt. Det har simpelthen været en begejstret udvikler, der gerne vil dele kodningsopgaven med fællesskabet. Men vi er stadig opmærksomme på at sørge for, at disse tests bliver taget ned umiddelbart efter, at de er blevet offentliggjort. Hvis en opgave ikke bliver taget ned eller tager lang tid om at blive fjernet, fjerner vi den simpelthen fra vores katalog. Selv den bedste opgave er ikke værd at beholde, hvis den ikke længere har integritet.

Vores plagiatkontrol af kode sikrer, at hver løsning er unik

Vi holder også styr på alle de løsninger, der tidligere er blevet givet på DevSkillers opgaver. Som folk siger, er der mere end én måde at skrælle en appelsin på, og kompleksiteten af DevSkillers opgaver betyder, at der ofte er et uendeligt antal måder at løse dem på. Vores kodeplagiatkontrollør analyserer de løsninger, der indsendes, og kontrollerer nogle af dem i forhold til tidligere løsninger. Som du kan se ovenfor, får du en procentdel af, hvor meget koden ligner tidligere løsninger.

Skal du være bekymret?

Jeg vil gerne understrege, at med disse sikkerhedsforanstaltninger på plads er plagiat ikke et almindeligt problem i vores system. Som jeg sagde før, har vi ikke fået mange rapporter om, at det faktisk er sket. Men som man siger, er det bedste forsvar en god offensiv. Som enhver god spejder er vi altid forberedt. Formålet med disse forholdsregler er ikke at bekymre dig så meget som at forhindre dig i at bekymre dig.

Den bedste måde at sikre, at arbejdet i en test repræsenterer kandidatens arbejde, er naturligvis at udfordre deres svar under interviewet. Kandidaten skal være i stand til at forklare og begrunde de valg, han/hun har truffet i sin DevSkiller-test.

I dette webinar forklarer vi, hvordan du bruger hver af vores kodeplagiatkontroller

Hvis du vil vide mere om de sikkerhedsfunktioner, som vi har tilføjet DevSkiller, har vi lavet et webinar, som forklarer vores kodeplagiatkontrol. Du kan se det nedenfor, og hvis du har spørgsmål, kan du kontakte os via telefon, e-mail eller Intercom i appen.