Jak przygotować się do rozmowy kwalifikacyjnej na stanowisko programisty? Część 2

Stres, problemy z przypomnieniem sobie prostych rzeczy, niespójne i krótkie wypowiedzi – z tym można sobie poradzić, lecz najlepiej nie na samej rozmowie rekrutacyjnej, a przed nią (sporo przed!). To, czego nie znamy i nie przećwiczyliśmy, budzi największy strach. Jak przygotować się do rekrutacji, by wypaść dobrze? Wskazówki znajdziesz w poniższym artykule, natomiast pierwszą część porad rekrutacyjnych znajdziesz tutaj.
Spis treści
Rozmowa nietechniczna do przećwiczenia
Najpierw mały sprawdzian. Odpowiedz sobie (najlepiej na głos) na dwa poniższe pytania:
- Dlaczego zainteresowałeś się programowaniem?
- Nad jakim projektem ostatnio pracowałeś i co stanowiło w nim dla Ciebie największe wyzwanie?
Jeżeli bez problemu na każdy z tematów powiedziałeś kilka zdań, to świetnie, gratuluję. Prawdopodobnie jednak nie wiedziałeś, od czego zacząć, zacinałeś się, nie byłeś pewny, co przedstawi Cię korzystnie itd.
Dlatego właśnie warto poćwiczyć mówienie o sobie, swojej przygodzie z programowaniem, projektach, doświadczeniach zawodowych czy hobby. Pytania miękkie na pierwszy rzut oka wydają się łatwe, dlatego mamy skłonność do machania na nie ręką: „jakoś to będzie”. A jednak u programistów pracodawcy kładą coraz większy nacisk na komunikację. Jak wypadniesz, jeśli zamilkniesz po jednym zdaniu?
Wskazówka: nie na wszystko da się przygotować. Możesz dostać pytanie, które Cię zaskoczy. Zamiast „zatkać się” i podsumować, że nie wiesz, jak odpowiedzieć, możesz spróbować uratować się pytaniem uszczegóławiającym: „Co masz na myśli, mówiąc (…)?”, „Rozumiem to w taki sposób: (…). Czy o to chodzi?”. Jest szansa, że w trakcie takiej kontynuacji rozmowy odpowiedź nasunie Ci się sama.
Język angielski – najważniejsza jest komunikacja
Tu nie ma drogi na skróty, niestety. Trzeba się zmotywować i doszlifować umiejętności.
- Brakuje Ci słówek? Bierzesz aplikację do fiszek i codziennie robisz powtórki. Ja używam Duolingo, polecam.
- Masz blokadę mówienia? Mówisz. Jeżeli trudno Ci rozmawiać „ze sobą”, to możesz albo znaleźć sobie kogoś do pary (np. na grupie dla programistów na Facebooku) albo skorzystać z usług trenera angielskiego.
- Trudno Ci zrozumieć innych? Słuchaj, lecz aktywnie – z transkrypcją i ćwiczeniami.
Jeśli rozmowa po angielsku spędza Ci sen z powiek, bardzo polecam Ci odcinek podcastu Eweliny Biernackiej, Pragmatycznej Trenerki Angielskiego: „Rozmowa kwalifikacyjna po angielsku. 14 wskazówek jak się przygotować”. Ewelina porusza tam temat zarówno blokady mówienia, jak i np. słabej znajomości gramatyki. Ze wszystkim można sobie poradzić!
Live coding – mówienie, planowanie i programowanie
Do tej pory pewnie tworzyłeś projekty, robiłeś ostatniego pusha na repozytorium i sprawa była zamknięta, a teraz nagle ktoś wymaga od Ciebie, abyś na głos opowiadał o wszystkim, co robisz: jak zamierzasz zabrać się do zadania, jakie kroki zrealizować i jaki efekt uzyskać.
W tym samym czasie masz wdrażać to, o czym jest mowa, czyli programować – na dodatek ktoś patrzy na ten sam ekran.
Czy to nie brzmi stresująco?
Brzmi i takie jest. Grozi czarną dziurą w głowie – nagle zapominasz najprostszych metod i elementów składni języka programowania.
Aby temu zapobiec i przygotować się do live codingu:
- ćwicz programowanie w parze – dzięki temu wprawisz się w mówieniu o kodzie i oswoisz z tym, że ktoś „patrzy Ci na ręce”,
- ograniczaj korzystanie z Google – o ile na rozmowach zwykle można korzystać z wyszukiwarki, o tyle warto jej nie nadużywać; wyrób w sobie nawyk wydobywania z pamięci prostych odpowiedzi,
- ucz się na pamięć ze zrozumieniem – możesz wykorzystać fiszki do odpytywania samego siebie np. z działania konkretnych metod. Dzięki temu podczas live codingu nie będziesz w panice zastanawiać się, czy .pop() w JavaScripcie usuwa ostatni czy pierwszy element z tablicy.
Zadanie techniczne – obrona projektu
Na tym etapie rekruter techniczny będzie chciał sprawdzić, czy świadomie pracujesz z kodem i potrafisz uzasadnić swoje wybory.
Przykładowe pytania, które mogą paść:
- Jak pracowało Ci się z tym zadaniem, co Ci się podobało?
- Co sprawiło Ci trudność?
- Jak usprawniłbyś swój kod, gdybyś miał więcej czasu? A może dodałbyś jakieś funkcjonalności?
- Czy z obecnej perspektywy coś zmieniłbyś w przygotowanych rozwiązaniach?
- (Pytanie do fragmentu kodu) Czy potrafiłbyś użyć tu innej logiki, innego rozwiązania (np. pętli zamiast warunku)?
- (Pytanie do fragmentu kodu) Dlaczego użyłeś tu właśnie tego rozwiązania (np. iteracji po tablicy)?
Teraz weź swój projekt i na jego podstawie odpowiedz na te pytania. Poćwiczysz w ten sposób mówienie o swoich wyborach i kodzie. Spodziewaj się, że taka „obrona” może pojawić się podczas rekrutacji, dlatego po wykonaniu zadania technicznego przemyśl odpowiedzi na powyższe pytania.
Wszystkie wymienione w artykule elementy możesz przećwiczyć w parze.
Jest to idealne rozwiązanie, bo najlepiej odwzorowuje warunki panujące na rozmowie kwalifikacyjnej, a to zmniejsza stres podczas prawdziwej rekrutacji. Sytuacje, których już doświadczyliśmy, wydają się mniej groźne. Więcej o przygotowaniu się do poszukiwania pracy w duecie przeczytasz w artykule na moim blogu: „Co przyszli programiści mogą robić w parze?”.
Zdjęcie główne pochodzi z unsplash.com
Podobne artykuły

Nieoczywiste, sprytne sposoby na zdobycie pierwszej pracy w IT

5 ciekawych projektów do portfolio frontend developera na 2023 rok

Jak znaleźć swoją pierwszą pracę w IT? Unikaj tych błędów na początku Twojej kariery
