Ki tudja mutatni a HackerRank a másolás-beillesztést?

A HackerRank felügyeleti rendszere rögzíti a kódszerkesztőben történő beillesztési műveleteket. A jelentkezői jelentés megmutatja, hogy történt beillesztés, és azt is, hogy a munkamenet mely pontján.

Amit a feljegyzés nem tartalmaz, az a forrás. A szerkesztő egy weboldal; bármilyen szöveget megkap, amit az operációs rendszer átad neki, és nincs módja megkérdezni, honnan másolták azt a szöveget. A saját piszkozatfájlod, egy dokumentációs példa és egy chatbot válasza mind ugyanazon eseményként érkezik meg.

Ebből két következmény adódik. Egy olyan kódrészlet beillesztése, amelyet öt perccel korábban egy másik ablakban te magad írtál, pontosan ugyanúgy naplózódik, mint egy kész megoldás beillesztése. És egy tiszta beillesztési napló nem bizonyítja, hogy segítség nélkül dolgoztál, mivel a gépelés nem kerül nyomon követésre a szerzőség bizonyítékaként.

A felismerhetőségi (detectability) klaszter ugyanezt a kérdést tárgyalja más értékelési platformok esetében is.

A legtöbben utólag jutnak el ehhez a kérdéshez, miután valamit beillesztettek egy teszt közben, és azon tűnődnek, mennyire rosszul néz ez ki. Ez a szakasz azt írja le, mit lát egy elbíráló. A rövid válasz az, hogy egy beillesztés formája sokkal többet jelent, mint maga a ténye.

Néhány apró beillesztés egy hosszú munkamenet során szétszórva megszokott munkavégzési viselkedésként olvasható. Senki sem gépel be újra kézzel egy URL-t vagy egy tesztadat-blokkot. Egyetlen beillesztés, amely egy üres szerkesztőt tölt fel egy teljes, helyes megoldással, másképp olvasható, mert azt mutatja, hogy a válasz egészben érkezett, nem pedig fokozatosan alakult ki.

Az időzítés is hozzátesz ehhez. Egy feladat első percében történő beillesztés, amelyet azonnal egy beküldés követ, más történetet mesél el, mint egy olyan beillesztés, amely látható iteráció után érkezik. Vegyük például azt a jelentkezőt, aki egy data engineering szűrőbeszélgetésen vesz részt, és nyitva tartja a saját, személyes kódrészlet-fájlját: több apró beillesztés is megjelenik, a kód utána ismételten változik, és a jelentés normál munkaként olvasható. Abban a naplóban nincs semmi, amit védeni kellene.

Ez két egymástól független rendszer, és összekeverésük sok szükségtelen aggodalmat okoz.

• A beillesztés-naplózás egy viselkedési jel, amelyet élőben rögzítenek a szerkesztőben. Azt jelzi, hogy egy művelet történt.
• A kódhasonlóság-pontozás a beküldött kódon fut, összehasonlítva azt más jelentkezők beadásaival és ismert forrásokkal. Azt jelzi, hogy az eredmény hasonlít valami másra.

Az egyiket a másik nélkül is kiválthatod. Egy másolt megoldás kézzel történő újragépelése nem hoz létre beillesztési eseményt, és mégis hasonlóként pontozódik. A saját, eredeti munkád beillesztése beillesztési eseményt hoz létre, és egyáltalán nem pontozódik hasonlóként.

Az elbíráló mindkettőt látja ugyanabban a jelentésben, és együtt olvassa őket. Ez az oka annak is, hogy egyetlen jelzés ritkán vet véget bárminek: a szokásos következő lépés egy élő kör, amelyben elmagyarázod a megközelítésedet, ami gyorsabban feloldja a bizonytalanságot, mint bármelyik napló.

A SubcueAI élő, szóbeli állásinterjúkon segít. A macOS és Windows rendszerű asztali alkalmazás rögzíti a rendszerhangot és a mikrofonodat, és javaslatokat jelenít meg egy helyi átfedésen; a Side Panel böngészőbővítmény ugyanezt teszi egy Chromium lapon futó híváshoz, kizárólag az adott lap hangját rögzítve, ami az interjúztató hangját jelenti, nem a tiédet. Egyetlen bot sem csatlakozik a megbeszéléshez, és semmit sem juttatnak be a megbeszélés oldalára.

Egy HackerRank kódolási értékelés nem ilyen helyzet. Senki sem beszél, tehát nincs mit átiratozni, és a külső segítség bevonása egy értékelésbe megsérti azokat a feltételeket, amelyeket az indításakor elfogadtál. Nem állítjuk, hogy bármely eszköz felismerhetetlen lenne ott. A képernyőmegosztás, a képernyőrögzítés, a felügyelt munkamenetek és a vállalat által kezelt laptopok mind kívül esnek azon, amit egy helyi átfedés befolyásolni tud.

Ahol egy asszisztens valóban segít a HackerRankkal kapcsolatban, az az előtte és utána. A próbainterjú-gyakorlás kialakítja azt a szokást, hogy hangosan elmagyarázd a kódot, ami pontosan az, amit egy értékelés utáni beszélgetés kér tőled. A rögzítéssel és a késleltetéssel kapcsolatos részletek a működési (how it works) klaszterben találhatók.