#36 Jak Senior Java/Kotlin Developer rekrutuje początkujących programistów Javy/Kotlina?

Czy masz właśnie może jakieś takie przemyślenia dla osób, które się rekrutują, że na przykład kiedyś to było łatwiej albo kiedyś to było trudniej się dostać jako w ogóle programista? Wiesz co, myślę, że to nie mam też aż takich dużych doświadczeń z moich takich początków, bo przez długi czas właśnie ten staż to była moja jedyna taka rekrutacja do firmy etatowej, na jakiej w ogóle byłem. I przez to, że to też była rekrutacja na staż, to też nie były tam może jakieś takie mega wysokie te Wymagania. Na pewno to, co zwróciło uwagę rekruterów u mnie, to to, że ja wtedy byłem studentem informatyki w dodatku, więc ja po prostu na CV na przykład wpisałem sobie wszystkie moje takie ważniejsze projekty studenckie, jakie robiłem i też nie tylko, studenckie też.

Juniorów, a może nie tyle oczekujemy, co to czego tak naprawdę poszukujemy, bo wtedy to wszystko dobrze działa, jak już się zaczyna robić normalny projekt. Dobrze, no to mam teraz kilka wątków tak naprawdę. I no teraz mamy, na przykład masz taką sytuację, że jest bardzo, ale to bardzo dużo chętnych na jedno stanowisko pracy. No nie wiem, powiedzmy kilka tysięcy osób takich początkujących. I po czym ty właśnie mówiąc to, że tak bardziej ogólnie się patrzy na człowieka pod kątem bardziej Jakie są takie namacalne rzeczy, po których jesteś w stanie stwierdzić, że ta osoba jest taka aspirująca, że będzie ją warto zatrudnić, bo ona się albo szybko nauczy, albo po prostu...

A z ofertami jest tak, że skoro firmie zależy, żeby zrekrutować właściwą osobę do projektu, To raczej w tych ogłoszeniach można znaleźć takie dość rzetelne informacje chociażby o tym, co jest wymagane, jakie technologie chociażby, czym się zajmuje projekt i warto to przeczytać. Warto poświęcić chwilę na zastanowienie się, jaki produkt w ogóle rozwija ta firma i sprowadzić CV, właśnie skroić pod kątem tej konkretnej firmy. Ja jak zmieniałem pracę, gdzieś tam wysyłałem CV, no to owszem, miałem jakiś może wstępny wzór CV, ale tak naprawdę każde CV personalizowałem później pod kątem konkretnej firmy, konkretnej oferty.

Prosta rzecz. Zacznijmy robić jakiś projekt na własne potrzeby. Nawet taki demonstracyjny, żeby coś pokazać. Wrzućmy go na Githuba. Rozwijajmy go. Poprośmy znajomego o zrobienie recenzji kodu, o code review. Poprawmy uwagi. Dopieszczajmy ten projekt i dajmy do niego po prostu linka w CV. Mi się zawsze bardzo podoba, jak kandydat daje coś takiego, co ja mogę sobie po prostu zajrzeć i popatrzeć, jak on pisze kod. Wtedy mam dodatkowe informacje o tym, jakie on faktycznie praktyczne umiejętności Posiada, a muszę powiedzieć z całą szczerością, że takich sytuacji, gdzie ktoś do CV daje link do projektu na GitHubie jest bardzo mało.

Oczywiście wiadomo, że jak już ty analizujesz kod, no to Jakie miałbyś rady dla osób, które chcą stworzyć ten projekt i żeby jeszcze bardziej zabłysnąć z perspektywy takiego rekrutera jak ty? Myślę, że warto zwrócić uwagę na taki sposób organizacji pracy. Chodzi mi o nawet rzeczy takie jak korzystanie z Gita. O tym się niewiele mówi. Ale właśnie, czy komity, czy po prostu w jednym komicie wrzuca się dużo rzeczy naraznie związanych ze sobą?

Ale to jest jedna umiejętność, właśnie git, organizacja pracy. A później, jeżeli ktoś trafia już na te rozmowy z tobą techniczne, No to jakie właśnie tam są takie pytania, które zadajesz, które na przykład pokazują umiejętności tej osoby, które warto zatrudnić, czyli na przykład, nie wiem, powiedzmy, że ktoś zna w ogóle pojęcie złożoności obliczeniowej, czyli mamy już taką bardzo mocną podstawę, jeżeli chodzi o oprogramowanie. Ale czy są jeszcze jakieś takie rzeczy, które na tej rozmowie technicznej sprawdzasz, czy dana osoba wie, bo to powinno być taka podwalina i po prostu jeżeli masz na przykład pięciu kandydatów, no to wiadomo, że weźmiesz tego, który ma Niezależnie od tego, do jakiej firmy się pójdzie,

Ok, ok. W sumie przyszło mi jeszcze jedno takie pytanie, bo wcześniej powiedziałeś o Javie, czyli ja się rekrutuję na Junior Java Developera i to jest wiadome, że ja muszę dobrze znać ten ekosystem Javy i biegle się w nim poruszać, dlatego wykonuję mnóstwo zadań itd. itd. Ale przychodzi do rozmowy i ja właśnie Javę ogarniam, ale w tym projekcie jest np. jeszcze powiedzmy jakaś baza SQL, mają tam Hibernate'a, mają tam Spring'a, Spring Boot'a, jakieś inne rzeczy i tych rzeczy zaczyna się nawarstwiać. I w pewnym momencie jest takie uczucie, że kiedy ja będę umiał wystarczająco dużo np. ze Springa, żeby podjąć rozmowę i faktycznie później nie wypalić źle na tej rozmowie, bo wszystko z Javy powiem świetnie, a później kolejne rzeczy pójdą słabo. I czy to jest właśnie ważne? Czy właśnie bardziej ważne dla ciebie?

Już tak pytam bardziej o twoje zdanie z perspektywy rekrutera. Jakie bardziej ważne są te podstawy Javy i takie bardziej ogólne umiejętności, jak np. rozwiązywanie problemów, czy takie techniki, które są evergreen, jak np. rzeczy z czystego kodu, jak pisać dobrze kod obiektowy itd. Jest jakiś środek na to, żeby temu zaradzić, czy się nie przejmować tym, że mniej umiem springa od Javy na przykład? Nie trzeba znać wszystkich technologii, to jest po pierwsze, bo prawie zawsze idąc do jakiejś firmy trafisz na technologię, z którą nigdy wcześniej nie pracowałeś. Ja ani razu nie miałem takiej sytuacji, że znałem wszystkie technologie, których firma wymagała.

Teraz ja szukam tak naprawdę różnych okazji w projekcie, czyli jak mam projekt, to orientuję się w tym, gdzie w projekcie są jakie problemy i się staram właśnie na tym ćwiczyć, że mierzę się z tym problemem, mierzę się z tamtym. Czasem gdzieś sobie coś wpadnę na pomysł, to sobie coś właśnie zaprototypuję. Więc to, co ja ćwiczę, to rzeczywiście często sobie piszę jakieś takie małe prototypy, natomiast one są związane z tym, co robię albo co chcę sobie przetestować. No teraz jak od jakiegoś czasu prowadzę też bloga, to często sobie tutaj właśnie robię jakieś takie zadania, wprawki pod kątem pomysłu na artykuł, który Junior Mid.