Czy Codility wykrywa oszustwa?
Autor: Aaron Cao · Zaktualizowano
Tak, głównie po przesłaniu rozwiązania. Codility porównuje Twoje rozwiązanie z wcześniejszym i publicznym kodem pod kątem podobieństwa, rejestruje przełączanie kart i zdarzenia wklejania podczas testu oraz może odtworzyć, jak rozwiązanie powstawało. Oznaczenia trafiają do ludzkiego recenzenta, a nie do automatycznego odrzucenia.
Co Codility sprawdza po przesłaniu rozwiązania?
Chcesz wiedzieć, czy coś obserwuje Cię podczas pracy. Zazwyczaj nie; poważniejsza analiza dotyczy tego, co oddajesz. Ta sekcja omawia kontrole w kolejności, w jakiej faktycznie występują, aby jasne było, kiedy co się dzieje.
Podczas testu platforma rejestruje sygnały behawioralne: zmiany fokusu, gdy opuszczasz okno, znaczniki czasu na dużych wklejonych blokach oraz sekwencję edycji, która złożyła się na każdą funkcję. Niektóre assessmenty są skonfigurowane tak, by wymagać pełnego ekranu, a niektóre robią zdjęcie w celu weryfikacji tożsamości.
Po przesłaniu kod przechodzi porównanie podobieństwa względem zbioru wcześniejszych zgłoszeń i publicznie dostępnych rozwiązań. To kontrola o największej wadze, ponieważ dobrze znane zadanie ma tysiące wcześniejszych odpowiedzi do porównania.
Jak właściwie działa kontrola podobieństwa?
Porównanie podobieństwa nie szuka identycznego tekstu. Porównuje strukturę: kształt logiki, wzorce zmiennych, kolejność operacji. Zmiana nazw zmiennych i przeformatowanie niewiele zmienia wynik, ponieważ mierzona jest leżąca u podstaw struktura.
To także powód, dla którego kontrola generuje fałszywe alarmy. Standardowy algorytm napisany w standardowy sposób wygląda jak każda inna poprawna implementacja tego algorytmu, a sposobów na napisanie wyszukiwania binarnego (binary search) jest tylko tyle. Recenzenci o tym wiedzą, dlatego wysoki wynik podobieństwa otwiera rozmowę, zamiast zamykać sprawę.
Porównywalne zestawienia dla innych dostawców assessmentów są zebrane w centrum tematycznym wykrywalności.
Co się dzieje, gdy raport zostaje oznaczony?
Raport trafia do rekrutera lub inżyniera wraz z dołączonym oznaczeniem, obok Twojego kodu, czasów i historii edycji. To, co dzieje się dalej, zależy wyłącznie od firmy. Niektóre odrzucają kandydata; wiele traktuje to jako powód do dodania rundy na żywo, podczas której omawiasz własne zgłoszenie.
Inżynier danych aplikujący do firmy logistycznej został oznaczony za rozwiązanie zgodne z powszechną implementacją podręcznikową. Rozmowa uzupełniająca trwała piętnaście minut: wyjaśnił swoje podejście, dostosował je na żywo, gdy o to poproszono, i proces trwał dalej. Umiejętność obrony własnego kodu jest tym, co ostatecznie testuje oznaczenie.
To, co SubcueAI rejestruje podczas rozmowy na żywo i co przechowuje później, opisano na stronie bezpieczeństwa.
Gdzie pasuje SubcueAI, a gdzie nie
SubcueAI wspiera rozmowy na żywo. Natywna aplikacja na macOS i Windows przechwytuje dźwięk systemowy oraz Twój mikrofon i pokazuje sugestie w pływającej lokalnej nakładce; Side Panel rozszerzenia przeglądarki zapewnia live assist dla karty spotkania w przeglądarkach opartych na Chromium, przechwytując wyłącznie dźwięk tej karty. Żaden bot spotkania nie dołącza do rozmowy i nic nie jest wstrzykiwane na stronę spotkania.
Assessment Codility to nie rozmowa, więc nic z tego nie ma zastosowania. Jeśli assessment jest nadzorowany (proctored) lub Twój ekran jest nagrywany, nakładka znajdzie się wewnątrz tego nagrania, a to jest ograniczenie, a nie problem konfiguracji. Rundy, do których jest zbudowany, to rozmowa z rekruterem, wywiady behawioralne oraz dyskusja projektowa, która zwykle następuje po zdanym assessmencie.
Dla samego assessmentu przydatnym przygotowaniem jest ćwiczenie na czas, dostępne na stronie z próbną rozmową kwalifikacyjną.