Czy CodeSignal ma proctoring?

Chcecie jasnej odpowiedzi, zanim klikniecie Start, a własne sformułowania platformy rzadko ją dają. Ta sekcja rozdziela warstwy monitorowania, które może uruchomić CodeSignal, dzięki czemu można ustalić, które dotyczą waszego zaproszenia. W skrócie: przechwytywanie tożsamości, przechwytywanie ekranu i rejestrowanie zachowania to osobne przełączniki, a zespół rekrutacyjny może włączyć wszystkie, jeden z nich albo żaden.

Warstwy, mniej więcej od najbardziej do najmniej widocznej:

• Kamera i przechwytywanie tożsamości. Zdjęcie lub ciągłe nagrywanie was i przestrzeni bezpośrednio za wami.
• Nagrywanie ekranu. Przechwytywanie ekranu, na którym działa ocena.
• Rejestrowanie fokusu i wklejania. Znaczniki czasu dla zmian kart, utraty fokusu okna i dużych wklejonych bloków.
• Porównanie podobieństwa kodu. Wasze zgłoszenie jest sprawdzane pod kątem wcześniejszych i publicznych rozwiązań.

Tylko pierwsze dwie wymagają wyraźnej zgody przeglądarki, dlatego najłatwiej je potwierdzić. Ostatnie dwie działają po stronie serwera i w ogóle nie generują żadnego zapytania o zgodę.

Trzy kontrole, po kolei. Przeczytajcie e-mail z zaproszeniem, ponieważ oceny z proctoringiem wymieniają ten wymóg, zwykle jako linijkę o konieczności posiadania działającej kamery. Otwórzcie stronę kontroli systemu, do której prowadzi link; jeśli testuje kamerę albo prosi o udostępnienie ekranu, ta warstwa jest włączona. Następnie przeczytajcie ekran zgody wyświetlany tuż przed uruchomieniem timera, gdzie musi pojawić się informacja o nagrywaniu.

Inżynier backendu ubiegający się o stanowisko L5 u dużego dostawcy chmury publicznej uruchomił kontrolę systemu wieczorem przed rozmową i odkrył, że wymaga ona dostępu do kamery, o czym e-mail od rekrutera nie wspominał. Dało mu to dzień na uporządkowanie pomieszczenia za biurkiem i przygotowanie się do rundy, w której żadne narzędzie wspomagające nie ma zastosowania. Kontrola zajęła dwie minuty i zmieniła całe przygotowanie.

Zestawienia poszczególnych platform dla innych dostawców ocen znajdują się w centrum tematycznym detectability.

Proctoring jest węższy, niż zakłada większość kandydatów. Kamera kadruje waszą twarz i ścianę za wami; nie widzi drugiego monitora poza tym kadrem i nie widzi telefonu pod biurkiem. Nagrywanie ekranu przechwytuje maszynę, na której działa ocena, a nie osobne urządzenie. Rejestrowanie fokusu widzi zmiany wewnątrz przeglądarki oceny, a nie to, co dzieje się na innym laptopie.

To opis technicznej granicy, a nie rekomendacja. Warstwą, która naprawdę wyłapuje ludzi, nie jest kamera, tylko sprawdzenie podobieństwa w połączeniu z rozmową, która następuje potem. Zgłoszona praca, która przestaje pasować do tego, jak rozumujecie na głos w kolejnej rundzie, to najczęstszy scenariusz porażki, z jakim spotykają się kandydaci.

To, co SubcueAI przechwytuje podczas rozmowy na żywo i co przechowuje, jest opisane na stronie bezpieczeństwa.

SubcueAI to asystent rozmów na żywo. Występuje jako natywna aplikacja desktopowa na macOS i Windows, która przechwytuje dźwięk systemowy oraz mikrofon i pokazuje podpowiedzi w pływającej lokalnej nakładce, a także jako rozszerzenie przeglądarki, którego Side Panel zapewnia live assist dla karty spotkania w przeglądarkach opartych na Chromium, przechwytując wyłącznie dźwięk tej karty. Do rozmowy nie dołącza żaden bot spotkania i nic nie jest wstrzykiwane do strony spotkania.

Nic z tego nie ma zastosowania do ocenianej z proctoringiem oceny CodeSignal. Runda z proctoringiem nagrywa wasz ekran, więc lokalna nakładka trafia do nagrania. To twarda granica i dlatego uczciwa odpowiedź na pytanie, czy możecie tego tam użyć, brzmi: nie. Rundy, w których ma to zastosowanie, to te mówione: rozmowa z rekruterem, rozmowy behawioralne oraz dyskusja o projektowaniu systemu prowadzona przez aplikację do spotkań.

Jeśli celem jest szybsze działanie w samej ocenie, dźwignią jest ćwiczenie, a sesje treningowe na czas działają na stronie mock interview.