Które platformy obsługują rozmowy programistyczne i czym się różnią?

Nazwa platformy zazwyczaj znajduje się w e-mailu z zaproszeniem i wiele mówi o tym, jak będzie wyglądać sesja. Platformy dzielą się na cztery grupy.

• Współdzielone edytory na żywo. CoderPad, tryb rozmowy w CodeSignal, HackerRank Interview (wcześniej CodePair) oraz podobne edytory otwierają dokument, który mogą edytować zarówno kandydat, jak i rekruter. Większość umożliwia uruchamianie kodu w kilku językach; niektórzy pracodawcy celowo wyłączają wykonywanie kodu, aby sprawdzić tok rozumowania zamiast metody prób i błędów.
• Zwykłe dokumenty współdzielone. Niektóre zespoły nadal wysyłają dokument Google lub pusty edytor tekstu podczas rozmowy przez Zoom albo Google Meet. Bez podświetlania składni, przycisku uruchamiania i testów; rekruter czyta Twój kod tak jak podczas przeglądu kodu.
• Ograniczone czasowo testy online. HackerRank, Codility i CodeSignal udostępniają ustalony zestaw zadań, zegar oraz automatyczny system oceniania. Nikt nie uczestniczy w rozmowie; platforma rejestruje Twoją sesję i ocenia wyniki ukrytych przypadków testowych.
• Dostawcy rozmów rekrutacyjnych jako usługi. Karat i podobni dostawcy zapewniają przeszkolonego inżyniera, który prowadzi techniczną rozmowę na żywo we własnym edytorze dostawcy i sporządza raport dla pracodawcy. Format jest prowadzony na żywo, ale osoba po drugiej stronie połączenia nie jest Twoim przyszłym współpracownikiem.

Pracodawcy łączą te rozwiązania. Typowy proces zaczyna się od testu, przechodzi do jednej lub dwóch rund w edytorze na żywo, a kończy rozmową o projektowaniu przy użyciu wirtualnej tablicy lub zwykłego połączenia. Temat weryfikacji platform opisuje poszczególnych dostawców bardziej szczegółowo.

O przebiegu sesji decyduje pięć właściwości, a różnice między platformami są pod tym względem większe niż różnice w trudności zadań.

• Na żywo lub asynchronicznie. Edytor na żywo oznacza rozmowę: możesz pytać o ograniczenia i otrzymywać wskazówki. Test jest cichym egzaminem, podczas którego jedynym wyjaśnieniem jest treść zadania.
• Uruchamianie kodu. Edytory z przyciskiem uruchamiania pozwalają sprawdzić przypadek przed stwierdzeniem, że kod działa. W zwykłych dokumentach i edytorach z wyłączonym wykonywaniem to Ty śledzisz działanie kodu, dlatego wyjaśniasz, co robi każdy wiersz.
• Widoczność wpisywania. W edytorze na żywo rekruter widzi każde naciśnięcie klawisza, każdą pauzę i każde usunięcie w czasie rzeczywistym. Trzykrotne przepisanie funkcji jest widoczne; nie musi być czymś złym, ale milczenie w trakcie już może być.
• Język i narzędzia. Większość edytorów obsługuje popularne języki, ale dostęp do bibliotek, autouzupełnianie i debuger są różne. Testy często ograniczają wybór do języków obsługiwanych przez system oceniania.
• Nagrywanie i nadzór. Rundy na żywo są często nagrywane na potrzeby późniejszego omówienia. Platformy testowe oferują opcjonalny nadzór, który może obejmować zdjęcia z kamery internetowej, rejestrowanie przełączania kart przeglądarki lub oznaczanie operacji kopiowania i wklejania; o jego włączeniu decyduje pracodawca, a zaproszenie rzadko o tym informuje.

Ostatnia właściwość wymaga szczególnego planowania. Traktuj każdy test czasowy tak, jakby nadzór był włączony, chyba że instrukcje mówią inaczej.

Obawa, że ćwiczenia na jednej platformie nie przełożą się na inną, jest uzasadniona. Ta sekcja przedstawia sposób przygotowania do każdego formatu. W skrócie: umiejętność programowania jest uniwersalna, ale nawyki związane z przebiegiem sesji już nie, dlatego ćwicz je świadomie.

• Do edytorów na żywo: ćwicz w edytorze przeglądarkowym bez autouzupełniania, mów podczas pisania i zapisz ręcznie jeden mały przypadek testowy przed uruchomieniem czegokolwiek. Jeśli edytor ma przycisk uruchamiania, użyj go po wyjaśnieniu swojego podejścia, a nie zamiast wyjaśnienia.
• Do zwykłych dokumentów: ćwicz pisanie poprawnego kodu bez kompilatora. Spójne wcięcia i krótkie funkcje mają znaczenie, ponieważ rekruter czyta kod, a nie go wykonuje.
• Do testów czasowych: ćwicz z zegarem, pamiętając o ukrytych testach: obsłuż puste dane wejściowe, duplikaty i największe dozwolone rozmiary. Najpierw przeczytaj cały zestaw zadań i uporządkuj je według przewidywanego nakładu pracy.
• Do rozmów prowadzonych przez dostawców: spodziewaj się ustandaryzowanych kryteriów. Rekruterzy od dostawców podobnych do Karat jawnie oceniają komunikację i dzielenie problemów na części, dlatego przedstaw plan przed rozpoczęciem kodowania.

Inżynierka backendu ubiegająca się o starsze stanowisko w firmie płatniczej otrzymuje w jednym tygodniu trzy różne zaproszenia: na test CodeSignal, rundę w CoderPad z włączonym wykonywaniem kodu oraz rundę finałową we współdzielonym dokumencie. Każdy format ćwiczy raz, a jedyną zmianą między nimi jest ilość komentarza wypowiadanego na głos. Narzędzie próbnej rozmowy w SubcueAI pozwala wygodnie przećwiczyć głośne wyjaśnianie.

Tylko w formatach, w których ktoś z Tobą rozmawia. Natywna aplikacja komputerowa SubcueAI na macOS i Windows przechwytuje zarówno dźwięk systemowy, jak i dźwięk z mikrofonu, dzięki czemu słyszy pytanie rekrutera podczas rozmowy przez Zoom, Google Meet lub Microsoft Teams i wyświetla sugestie w pływającej nakładce widocznej wyłącznie na Twoim ekranie. Panel boczny rozszerzenia przeglądarki działa tak samo w przypadku rozmów prowadzonych na karcie przeglądarki Chrome lub Edge, przechwytując wyłącznie dźwięk karty spotkania, dzięki czemu słyszy rekrutera, ale nigdy nie tworzy transkrypcji Twojej wypowiedzi. Żadne z tych rozwiązań nie dołącza do rozmowy jako bot ani nie wprowadza niczego na stronę spotkania czy do edytora kodu; wersja rozszerzenia dla przeglądarki Firefox obsługuje tylko próbne ćwiczenia.

Ten zakres ma wyraźne granice. W teście czasowym nie ma rozmowy, więc asystent nasłuchujący dźwięku nie ma materiału do pracy, a nadzorowane testy rejestrujące karty lub obraz z kamery nie są zastosowaniem przewidzianym dla SubcueAI. Podczas pracy w edytorze na żywo udostępnienie całego ekranu sprawiłoby, że nakładka pojawiłaby się w udostępnianym obrazie; udostępniaj okno edytora albo nie udostępniaj niczego. Nagrywane rundy i urządzenia zarządzane przez pracodawcę również wykraczają poza ten zakres. Aaron Cao, założyciel SubcueAI, właśnie z tego powodu zaprojektował nakładkę jako lokalne okno, a nie uczestnika spotkania: nigdy nie powinna stać się częścią materiału rejestrowanego przez platformę. Instrukcje konfiguracji każdego rozwiązania znajdują się na stronie samouczka, a strona dotycząca bezpieczeństwa wyjaśnia, co jest przechwytywane, a co nie.