Od jakiegoś czasu starasz się o swoją pierwszą pracę jako programista / programistka, ale jeszcze nie udało Ci się jej dostać?

Ten artykuł jest dla Ciebie! 🙂

Na rynek pracy wkracza coraz więcej osób, które chcą pracować jako programiści. W internecie jest wiele darmowych i ciekawych materiałów do nauki różnych języków programowania. Pojawia się mnóstwo intensywnych kursów stacjonarnych, weekendowych warsztatów oraz jednodniowych szkoleń.

Rynek pracy jest obecnie dość mocno konkurencyjny jeśli chodzi o stanowiska juniorskie. Ale nie ma rzeczy niemożliwych! Sama przeszłam taką ścieżkę: zupełnie od zera do Junior Frontend Developera (moją historię przeczytasz w tym artykule). Przez kilka miesięcy próbowałam dostać pracę, miałam wstępne telefoniczne rozmowy kwalifikacyjne, a także chodziłam na rozmowy do różnych krakowskich firm. Kilka rozmów poszło mi słabo, stąd zaczęłam się zastanawiać co mogę wynieś pozytywnego z takich sytuacji. Oto kilka moich wskazówek.

Co można wynieść z nieudanej rozmowy kwalifikacyjnej?

1. Nowe umiejętności twarde

Na rozmowach kwalifikacyjnych pojawiają się pytania prostsze i trudniejsze. Jest bardzo prawdopodobne, że nie będziesz znać odpowiedzi na wszystkie pytania i nie ma w tym nic złego. Po rozmowie zapisz rzeczy, o których nie słyszałeś(aś), albo nie wiesz dokładnie jak z nich korzystać. Koniecznie poczytaj na ten temat. Następnym razem zabłyśniesz nowo zdobytą wiedzą! To samo możesz zrobić w przypadku pytań, na które twoja odpowiedź nie była do końca satysfakcjonująca. Postaraj się zgłębić dane zagadnienie i przygotować bardziej wyczerpujące wypowiedzi.

2. Poproś o feedback

Zapytaj osoby, która przeprowadzała z tobą rozmowę kwalifikacyjną dlaczego nie zostałeś(aś) przyjęty(a) na to stanowisko. Poproś o code review zadania rekrutacyjnego. Dowiedz się gdzie masz braki i co według osoby rekrutującej musisz się jeszcze douczyć, żeby spełnić wymagania.  To pomoże ci w podjęciu kolejnych kroków i zwiększy twoje szanse na kolejnej rozmowie.

3. Poproś o ciekawe materiały do nauki

Ludzie, którzy są bardziej doświadczeni często mogą podzielić się ciekawymi materiałami. Osoba, która przeprowadzała z tobą techniczną rozmowę kwalifikacyjną ma pojęcie o twoim poziomie wiedzy i może dać ci spersonalizowane porady oraz wartościowe materiały (polecić dobrą książkę, adekwatny kurs).  W ten sposób oszczędzisz czas na szukanie wartościowych treści. Nie zapomnij podziękować za feedback i poświęcony ci czas. 😉

4. Uodpornij się na odmowę

Niedawno obejrzałam inspirującego TEDtalk-a na temat doświadczania odmowy ze strony innych ludzi. Jia Jiang opowiada jak pokonał swój strach przed byciem odrzucony. Przez 100 dni szukał okazji by ktoś mu czegoś odmówił (często prosił o absurdalne rzeczy). W ten sposób zaczął przełamywać swój strach i bariery.

Zobacz koniecznie to wystąpienie:

5. Nikt cię nie przekreśla na zawsze

Dostałeś już jedną negatywną odpowiedź? Co ty na to żeby za jakiś czas znowu odezwać się do tej firmy. Pokazać, że dalej ci zależy, że przez ten czas zdobyłeś(aś) nowe umiejętności, stworzyłeś(aś) ciekawy projekt, wzbogaciłeś(aś) swoje portfolio. Nikt nie przekreśla cię na zawsze.

6. Spróbuj przejąć kontrolę nad kolejną rozmową

W tym artykule piszę jak jako osoba starająca się o pracę możesz poprowadzić rozmowę tak, aby wypaść jak najlepiej.  Wymaga to praktyki oraz eksperymentowania, ale myślę, że warto spróbować. Sama kiedyś zajmowałam się rekrutacją programistów, stąd dzielę się moimi ciekawymi spostrzeżeniami.

Na koniec

Pamiętaj jak duże postępy już poczyniłeś(aś). Nawet jeśli dostaniesz negatywną odpowiedź w sprawie pracy to nie jest koniec świata. Próbuj dalej. Nie traktuj odmowy jako porażki, traktuj to jako eksperyment, ucz się i dąż do swojego celu. Kiedyś ktoś mi powiedział, że jeśli będziesz pragnąć czegoś bardzo mocno i dążyć do tego ze wszystkich sił, to osiągniesz to.

Powodzenia na kolejnej rozmowie! 😉

Po raz pierwszy blog SowaProgramuje został patronem medialnym konferencji! Chciałam się podzielić moim wrażeniami z regionalnej edycji Festiwalu Technologicznego 4Developers Łódź.

Podczas konferencji wyróżnione były 4 ścieżki tematyczne związane ze światem IT: JVM (Java Virtual Machine), JavaScript, Databases oraz Agile. Nie było obowiązku ani zapisów na konkretną ścieżkę. Można było uczestniczyć w dowolnych prelekcjach, dlatego myślę, że każdy znalazł coś dla siebie. Dodatkowo była możliwość udziału w warsztatach, jeden blok był z podstaw React.js. Bardzo żałuję, że nie mogłam zostać na tych warsztatach. Kończyły się one dość późno, a ja musiałam już wracać do Krakowa.

Ścieżka JavaScript

Osobiście jestem nieco zawiedziona tą ścieżką. Prelekcję o Blockchain-ie słyszałam już na innej konferencji, stąd byłam zmuszona do wybrania czegoś innego. Kolejna prezentacja na temat WebAssembly była dla mnie potencjalnie interesująca. Niestety odniosłam wrażenie, że prelegent siedząc przed swoim laptopem, jedynie czytał treść prezentacji. Wychodząc z wykładu nadal nie mam pojęcia czym jest to narzędzie i jak mogę z niego skorzystać. Ku mojemu rozczarowaniu następna prezentacja z tej ścieżki została odwołana.

Prezentacja pt. „TDD AngularJS Application” była interesująca dla mnie ze względu na to, że osobiście nie miałam jeszcze okazji pracować z takim podejściem. Wojciech Przechodzień z pasją opowiadał o bibliotece „angular-test-runner„, którą współtworzy wraz z kolegami w firmie, w której pracuje. Sesja live coding była dla mnie bardzo interesująca. Narzędzie to wydaje się dość ciekawe i mam nadzieję, że uda im się stworzyć wersję, która będzie kompatybilna z nowszą wersją Angulara.

Nie mogę się wypowiedzieć na temat pozostałych prezentacji, ponieważ w nich nie uczestniczyłam.

Ścieżka Agile na ratunek

Ratunkiem dla mnie okazała się ścieżka Agile. Uczestniczyłam w dwóch wykładach z tej ścieżki. Oba wykłady były ciekawe i dość uniwersalne. Nie trzeba było mieć specjalistycznej wiedzy, żeby zrozumieć przekaz. 

Podobała mi się prezentacja „Getting Things Programed”. Michał Bartyzel opowiadał o rzeczach, o których warto pamiętać podczas programowania i które pomagają w pisaniu dobrego kodu i realizowaniu zadań.

• Jeśli chcesz wykonać jakieś zadanie koniecznie ustal deadline. Rzeczy które nie mają ograniczonego czasu realizacji są odkładane i nigdy nie realizowane
• Żeby zwiększyć szansę na wykonanie jakiegoś zadania zapisz je, a poniżej tego zadania zapisz pierwszą małą czynność którą musisz wykonać aby rozpocząć to zadanie. W ten sposób obniżysz próg wejścia i będzie łatwiej Ci zrealizować plany.
• Podczas programowania korzystaj z pseudokodu. Zanim zaczniesz programować zapisz pełnymi zdaniami co dokładnie będzie robić np. Twoja funkcja. Dzięki temu Twój kod będzie przemyślany i bardziej czytelny. W ten sposób można zapobiegać zbyt skomplikowanego i zagmatwanego kodu.
• „Pisz elegancko”. Dbaj o dobrą jakość kodu i rób refactoring zanim jest już za późno. Dbaj oto by code review było robione regularnie.

Kobiety na 4Developers

Muszę zauważyć, że podczas konferencji było bardzo mało kobiet. Oszacowałam ich ilość na około 10% wszystkich uczestników, co wydaje mi się dość mało. Dodatkowo po konferencji raz jeszcze całościowo spojrzałam na agendę i  okazało się, że nie było żadnej prelegentki, tylko sami prelegenci. Nie jest to dla mnie jakimś ogromnym problemem i w żaden sposób nie czuję się urażona z tego powodu. Nie zamierzam apelować o specjalne przywileje bądź zniżki dla kobiet. Po prostu chciałabym widzieć na konferencjach z branży IT więcej inspirujących prelegentek, które są specjalistkami i mogą podzielić się wartościowymi treściami.

Miejsce i organizacja

Konferencja odbyła się w łódzkim Bionanoparku. Podczas rejestracji otrzymałam identyfikator, na którym mogłam znaleźć plan budynku oraz agendę. Sale były bardzo blisko siebie, stąd bardzo szybko można było przemieścić się z jednej do drugiej. Wszystkie wykłady ze ścieżek tematycznych odbywały się w jednej sali.

Miłym aspektem konferencji był obiad. O dziwo nie była to pizza, co było całkiem miłą odmianą. Każdy uczestnik mógł spokojnie zjeść posiłek i usiąść razem z innymi przy stole. Oprócz tego, podczas trwania tego wydarzenia były dostępne ciepłe napoje i małe przekąski.

Podsumowanie

Moje wrażenia co do konferencji są mieszane. Jestem zawiedziona wykładami ze ścieżki JavaScript. Jednak wykłady ze ścieżki Agile zrekompensowany mój niedosyt. Cieszę się również, że mogłam poznać ciekawych ludzi! Tutaj szczególne pozdrowienia do twórców bloga DevEnv! 🙂

Wciąż uważam, że warto chodzić na takie wydarzenia. 4Developers jest konferencją, której jednym z celów jest „integracja interdyscyplinarnych społeczności IT”. Myślę, że jest to bardzo potrzebne i warto, aby ludzie w obrębie IT rozumieli siebie nawzajem. W końcu w pracy programisty nie chodzi jedynie o bycie „wymiataczem”. Istotna jest też komunikacja pomiędzy ludźmi z różnymi specjalizacjami oraz efektywność realizowania wspólnych zadań.