Po przeczytaniu artykułu zapraszam do obejrzenia:

10 błędów, przez które nie możesz zdobyć pierwszej pracy w Javie

oraz

Jak Zdobyć Pierwszą Pracę W Javie Bez Komercyjnego Doświadczenia?

1. Zadbaj o mocne podstawy z Javy

Po raz kolejny na tym blogu wspominam o silnych podstawach programowania.

Struktury danych, testy, złożoności obliczeniowe, wydajność, JVM, algorytmy, HTTP, OOP czy bazy danych.

Wymagania na stanowiska juniorskie są wysokie, to znaczy że jeśli popełnisz błąd przy pytaniu o podstawy, to mocno pogrzebiesz swoje szanse na otrzymanie pracy.

Sposób na to jest prosty, ale trudniejszy w wykonaniu.

Zastanów się ile czasu pianista potrzebuje, żeby zagrać pięknie dany utwór, którego dopiero się uczy?

Spędza wiele godzin na treningu i dopiero na koncercie prezentuje swoje umiejętności. Jeśli pianista nie ma podstaw to bardzo łatwo to rozpoznać. Zagra bardzo źle.

Powinniśmy brać sobie to do serca i zadbać o własne fundamenty języka Javy i ogólnie programowania.

Wszystkie te wypisane wcześniej tematy trzeba mieć w małym paluszku. Jak wiem z doświadczenia w pracy z początkującymi to sporo osób je zaniedbuje i idzie dalej z tematem.

Wolę zatrudnić juniora, który ma opanowane podstawy języka, niż juniora, który zna je po łebkach, ale do tego zna dwa inne frameworki. Jak się później okazuję równie słabo.

2. Pokaż swoje zamiłowanie do programowania

Na takiej rozmowie prawdopodobnie oprócz Ciebie będą też dwie osoby. Najczęściej ktoś z działu HR i ktoś z zespołu, do którego aspirujesz dołączyć.

Rozmowa między dwoma programistami powinna wyglądać jak rozmowa pasjonatów. Jeśli pokażesz to, że chcesz rozmawiać i zgłębiać temat programowania, to nawet na takiej rozmowie bardzo zyskasz w oczach u innych programistów.

Jako rekrutujący programiści uwielbiamy ludzi, którzy są w stanie na swojej rozmowie czegoś się uczyć i dociekać. Chodzi mniej więcej o taką sytuację:

Rekrutujący programista:

W naszym projekcie mamy REST’a, czy miałeś kiedyś z nim styczność?

Ty:

Pewnie, stworzyłem własny projekt, w którym wykorzystałem REST’a i ta
architektura mi się bardzo podoba, bo jest prosta i przejrzysta. Uwielbiam jak
coś jest bezstanowe i szybkie tak jak REST. Miałem tylko mały problem z
nagłówkami w metodzie POST, ale udało mi się wszystko znaleźć w internecie i
się tego nauczyłem.

3. Podpytaj o najważniejsze i zanotuj to na przyszłość

Po opowiedzeniu o firmie przez rekruterów przychodzi czas na odwieczne pytanie skierowane do Ciebie, które brzmi następująco:

Czy masz jakieś pytania?

To jest Twój moment na zadanie pytań dotyczących miejsca, w którym teoretycznie będziesz pracować, więc w tym miejscu nawet można zabłysnąć.

Oczywiście rzeczy, które zostały powiedziane podczas trwania rozmowy mogą prawie wyczerpać twoje manewry, ale powiedzenie “Nie mam pytań, dziękuje” nic nie wniesie, jeśli chodzi o zwiększenie szansy na zdobycie tego stanowiska.

Zapytaj o:

1. O kod.
   • Nad którym będziesz siedzieć codziennie, czy jest on stary? Czy jest on refactorowany na bieżąco? Zapytaj o zasadę scout’a czy jest ona stosowana?
2. O kontrolę wersji.
   • Czy używają Git’a, SVN’a?
3. O licencje do IDE.
   • Jeśli używasz IntelliJ (którego polecam) to czy dostaniesz licencję od firmy?
4. O szkolenia.
   • Kiedy rekruter był na takim? Nie jest to kluczowe, bo każdy z nas powinien dbać samodzielnie o swój rozwój. Z drugiej strony jeśli firma opłaca szkolenia to jest to dobry kierunek dla Ciebie.
5. O Testy Jednostkowe.
   • Czy są w projekcie? Jeśli tak to jak, w jakim stopniu pokrywają kod tego projektu? Im wyżej tym teoretycznie lepiej, bo łatwiej wprowadzać zmiany do takiego projektu i łatwiej się wdrożyć w projekt (innym razem to rozwinę)
6. O mentora.
   • Czy dostaniesz kogoś, kto poświęci swój czas na wdrożenie Cię? W tym momencie też znasz rekrutera i widzisz, jakim jest on typem człowieka, czy dobrze Ci się z nim rozmawiało? Chciałbyś pracować z kimś takim?
7. O TDD w projekcie.
   • Jest to bardzo dobra praktyka i jeśli firma z niej korzysta to idź w to.

Zauważ, że jest mnóstwo rzeczy, o które możesz zapytać, ale pytania te
jednocześnie mogą pokazać Twój profesjonalizm i wpłynąć na końcowy rezultat rekrutacji 😉

Pytaj o powyższe sprawy, ponieważ jest to o wiele lepsze niż odpowiedzenie “Nie mam pytań, dziękuje, wszystko mi jedno, biorę tę pracę w ciemno”.

4. Dowiaduj się czego jeszcze Ci brakuje na podstawie rozmów rekrutacyjnych

Sam brałem udział w kilkunastu rozmowach, a tylko kilka skończyło się złożeniem mi oferty pracy. Rozmowy, które się nie powiodły dały mi bardzo wiele pod kątem informacji czego powinienem się nauczyć i jak kierować swoją energię podczas nauki.

Wyobraź sobie, że zamiast wybierać między 30 różnymi produktami w sklepie prawdopodobnie wolałbyś mieć jeden, który od razu został dobrany pod Twoje oczekiwania. Nie musisz już błądzić i traci czasu na sprawdzanie każdego z tych produktów. Po prostu kupujesz go, wracasz do domu i korzystasz z jego dóbr.

Tak samo jest po nieudanych rozmowach rekrutacyjnych.

Dostajesz feedback od rekruterów w stylu:
Wybacz, ale musisz jeszcze podszkolić się w Testach Jednostkowych, bo w naszej firmie kładziemy na to duży nacisk. Wszystko inne było jak najbardziej OK, wróć do nas za 3 miesiące na ponowną rozmowę!

Ktoś po prostu podał Ci produkt, wracasz do domu i szukasz materiałów, by się podszkolić w tym temacie. Prawdopodobnie na kolejnej rekrutacji, nawet w innej firmie, nie będzie problemu z testami i być może dostaniesz pracę jako junior 😉

Chodzi tutaj o wyjście z piwnicy i przetestowanie swoich umiejętności na żywym organizmie, a nie przerabianie kolejnego kompleksowego kursu z testów, gita, funkcji Javy, zmiennych czy czegoś innego.

W ten sposób się dowiesz, w jakim miejscu aktualnie się znajdujesz i w jaką stronę pokierujesz swoją ścieżkę kariery.

5. Rozmowę potraktuj jak luźną wymianę wiedzy

Skoro już się udało dostać na rozmowę to pamiętaj o tym, że to nie jest egzamin, tylko luźniejsza pogawędka.

Gdy podczas takiej rozmowy argumentujesz jakąś tezę odwołuj się do książek programistycznych znanych autorów.

Oczywiście książki to nie jest jedyne słuszne źródło informacji, ale rekruter zobaczy, że nie opierasz swoich wypowiedzi o jakieś swoje wymysły. Bardzo wiele teorii i dobrych praktyk już zostało odkrytych i inni programiści także wiedzą co działa tylko w teorii, a co w praktyce. Warto nastawić się na luźną wymianę poglądów i wiedzy.

Pamiętaj, że oprócz patrzenia na umiejętności techniczne rekruterzy zwracają uwagę na to jak się wypowiadasz.

Czy masz szacunek do odbiorcy i innych ludzi? Czy jesteś miłą osobą i umiesz się wypowiedzieć zrozumiale?

Nikt nie będzie chciał pracować z gburem, albo kimś niepokornym, kto mówi, że już wszystkiego się nauczył.

Skrajny przypadek gbura: “Mam już 10 innych rozmów rekrutacyjnych w tym tygodniu, także szybko proszę ofertę pracy 22k brutto” 😀

Podsumowanie części 1

To tylko pierwszych pięć porad, jakie planuje umieścić na blogu.

W zanadrzu mam jeszcze kilkanaście porad dlatego podzieliłem je na osobne części.

Jeszcze raz zachęcam do odebrania dwóch darmowych video:

10 błędów, przez które nie możesz zdobyć pierwszej pracy w Javie

oraz

Jak Zdobyć Pierwszą Pracę W Javie Bez Komercyjnego Doświadczenia?

Bartłomiej Kalka | javaready.pl