Od juniora do mida. Jak najszybciej wejść poziom wyżej

Przejście z poziomu juniora na poziom mida to proces, który wymaga czasu. To, ile zajmie przejście z jednego poziomu na drugi poziom, zależy od wielu czynników. Jest to bowiem sprawa indywidualna dla każdej osoby, jak i dla firmy. W ciągu ostatniego roku udało mi się pokonać tę drogę i awansować na poziom mida. Dlatego przygotowałam kilka rad, które pomogą Wam przyspieszyć ten proces. Dodam tylko, że pracuję w agencji software’owej, dlatego podeszłam do tematu z tej perspektywy. 

Zrób wszystko, by pracować w projekcie

Najlepszą sytuacją do rozwoju dla juniora jest “praca na żywym organizmie”, czyli po prostu praca w projekcie. Wiadomo, że z projektami bywa różnie. I tutaj moja pierwsza rada:

Jeśli nie pracujesz w projekcie klienckim, to zorientuj się, czy jest jakiś projekt, w którym mógłbyś/mogłabyś obserwować pracę innych, albo pomagać w tworzeniu projektu wewnętrznego. Może jest więcej osób bez projektu? Zapytaj, czy są osoby zainteresowane współtworzeniem z Tobą projektu, który usprawni konkretny proces. Innym sposobem jest udzielanie się w projektach open source’owych.

Komunikacja to klucz do sukcesu

Codzienna praca programisty to nie tylko osiem godzin pisania kodu. Ważne są także spotkania, dyskusje o nowych funkcjonalnościach, debugowanie… dlatego bardzo istotną rolę odgrywa komunikacja. Masz jakieś wątpliwości dotyczące zadania lub designy wydają Ci się niejasne? Komunikuj to. Z własnego doświadczenia mogę powiedzieć, że warto. Na początku pracy miałam z tym problem, bo uważałam, że jeżeli funkcjonalność A została zaprojektowana/zakodowana w dany sposób przez kogoś, kto jest bardziej doświadczony ode mnie, czy jest dłużej w projekcie, to oznacza, że na pewno zrobiona jest poprawnie. Błąd! Każdy z nas się myli. Świeże spojrzenie może wnieść bardzo dużo do projektu, a jego komunikacja to klucz do sukcesu. 

Bardzo ważna w naszej pracy jest też umiejętność aktywnego słuchania. Bądź aktywnym słuchaczem: dyskutuj, pytaj, zgłaszaj wątpliwości.

Bądź otwarty_a na feedback

Feedback to świetna podstawa do pracy nad samorozwojem. Pozytywna informacja zwrotna – wiadomo – zawsze cieszy i dodaje skrzydeł, ale to konstruktywna krytyka daje pole do pracy nad sobą. Najczęstszy feedback, jaki dostajemy w codziennej pracy, to ten pod pull requestami. Jeśli go dostajesz, to weź pod uwagę to, co inni ci sugerują lub wdaj się w dyskusję. W trakcie pracy nad swoim zadaniem, nie bój się też pytać o rady kogoś bardziej doświadczonego. Zaprezentuj swoje rozwiązanie lub pomysł na dany feature. Nie bój się też dawać feedbacku, to jest tak samo ważne jak otrzymywanie informacji zwrotnej, choć często o wiele trudniejsze.

Oferty pracy z

Nie bój się zadań, których nigdy nie robiłeś

W naszej branży nie jest możliwe, aby wszystko wiedzieć, znać każdą bibliotekę, funkcje, wzorzec programowania czy zewnętrzne API. Nieraz dostaniesz zadania, w których nie będziesz miał_a zielonego pojęcia i nie będziesz wiedział_a, od czego zacząć i jak do nich podejść. Nie rezygnuj, podejmij wyzwanie. Zgłaszaj się do nowych zadań, których nigdy nie robiłeś_aś, nawet jeśli wydaje ci się, że ich nie ogarniesz. Takie zadania to świetna okazja, żeby się wykazać. Zawsze możesz poprosić o pomoc kogoś, kto w firmie już to implementował. Satysfakcja z wykonania zadania będzie na pewno duża, a zespół doceni twój wysiłek. 

Bierz udział w konferencjach/dev meetingach, dziel się wiedzą i doświadczeniem

Dev meetingi, grupy użytkowników, konferencje to świetne miejsca na spotkanie ludzi z branży i naukę czegoś nowego. Poruszane na takich wydarzeniach zagadnienia bywają zaawansowane i trudne, a ty czasami niewiele rozumiesz? Bez obaw! Też byłam/jestem w tym miejscu. Nie martw się. Spróbuj. Z takich spotkań często można wyciągnąć konkretne korzyści. Może zainspirujesz się jakimś rozwiązaniem/technologią i wprowadzisz je do własnego projektu. Zespół na pewno to doceni, a Ty zdobędziesz kolejne punkty do awansu.

Na koniec kilka dodatkowych rad : 

1. “Wykorzystuj” wiedzę swoich kolegów i koleżanek z zespołu.
2. Nie bój się pytać i prosić o pair programming.
3. Ucz się na czyichś błędach, nie tylko na swoich.
4. Pamiętaj, że samodzielność też jest ważna, dlatego zaprzyjaźnij się z dokumentacją do API frameworka. 
5. Bądź uważny_a – czytaj logi i błędy, nie bój się debugowania. 
6. Testuj swój kod. Staraj się pisać czysty kod! 

Powodzenia, trzymam kciuki!

Zdjęcie główne artykułu pochodzi z unsplash.com.