Praktyczny przewodnik po próbnych rozmowach technicznych i tym, co naprawdę sprawdzają

Wielu kandydatów przygotowuje się do rozmów technicznych, rozwiązując jak najwięcej zadań samemu, w ciszy, bez limitu czasu i bez obserwatora. Potem trafiają na rozmowę, gdzie wszystkie te warunki są inne, i nagle wszystko czuje się trudniejsze.

Poprawność to tylko część oceny

Osoby prowadzące rozmowę zwykle patrzą na kilka wymiarów. Działające rozwiązanie jest ważne, ale nie wystarcza. Najczęściej oceniane są komunikacja, rozwiązywanie problemu, kompetencje techniczne i testowanie.

Komunikacja: czy wyjaśniasz niejasne wymagania przed pisaniem kodu, tłumaczysz rozumowanie i trade-offy? Problem solving: czy rozumiesz problem, dzielisz go na części i rozważasz różne podejścia? Technika: czy implementacja jest poprawna i sensowna? Testy: czy sprawdzasz zwykłe przypadki i edge case’y?

Kandydat, który w ciszy pisze poprawne rozwiązanie, może czasem wypaść słabiej niż ktoś, kto tłumaczy niedoskonałe, ale logiczne podejście, testuje je i sam znajduje błąd.

Dlaczego komunikacja tyle znaczy

Rozmowa techniczna pokazuje też, jak pracowałoby się z tobą na co dzień. Engineering to współpraca: code review, pairing, rozmowy o podejściu i decyzje przed napisaniem kodu.

Jeśli rozmówca nie widzi twojego toku myślenia, trudno mu ocenić współpracę. Mówienie na głos daje więcej informacji niż sam wynik.

Ćwiczenie na głos zmienia wszystko

Największa różnica między ćwiczeniem a rozmową to narracja. Rozwiązanie problemu po cichu w głowie to inna umiejętność niż rozwiązywanie go z wyjaśnianiem decyzji w czasie rzeczywistym.

Rozwiązanie jest proste, ale niewygodne: ćwicz na głos za każdym razem, nawet sam. Mów, dlaczego wybierasz daną strukturę danych. Mów, kiedy nie masz pewności i dlaczego. Na początku brzmi to sztucznie, ale szybko robi się łatwiejsze.

Co zrobić, gdy utkniesz

Prawie każdy kandydat w pewnym momencie utknie. Różnica polega nie na tym, czy utkniesz, ale na tym, jak sobie z tym poradzisz.

Powiedzenie jasno, że utknąłeś, i przejście przez to, czego próbowałeś, jest lepsze niż długa cisza albo zgadywanie z fałszywą pewnością. Rozmówcy często mogą pomóc, ale tylko jeśli widzą twoje myślenie.

Ćwiczenie pod realistyczną presją

Środowisko z limitem czasu i obserwatorem, nawet symulowanym, jest inne niż samotne rozwiązywanie zadania bez presji. Bycie obserwowanym też trzeba przećwiczyć.

Kto ćwiczy tylko w komfortowych warunkach, przygotowuje się do innego doświadczenia. Dobra praktyka techniczna zamyka tę lukę przed prawdziwą rozmową.

Ćwicz rozmowy techniczne i coding interviews w Lyrra