Nie bój się zadawać pytań
Pytania nasuwają się same, prawda? I właśnie to będzie towarzyszyć ci na początku pracy jako Juniorowi. Nie bój się pytać! Nie ma głupich pytań, a na tym etapie kariery wiedza, którą można otrzymać od bardziej doświadczonych koleżanek i kolegów, jest bezcenna.
Oczywiście należy robić to z głową – zapisuj odpowiedzi, nie zadawaj powtórnie tych samych pytań, przygotuj sobie listę pytań i znajdź odpowiedni moment na rozmowę. Zbyt częste wybijanie innych z ich rytmu pracy może negatywnie wpłynąć na pracę całego zespołu.
Proś o pomoc
Jeśli od pół godziny/godziny przeczesujesz Stack Overflow lub inne tego typu strony i czujesz, że nie uda ci się przejść o krok do przodu – zrób sobie przerwę lub poproś kogoś o pomoc. Doświadczonej osobie wytłumaczenie ci sposobu rozwiązania danego problemu lub znalezienie odpowiednich materiałów może zająć zdecydowanie mniej czasu, a Ty szybciej zrozumiesz dane mechanizmy i sposób rozwiązania problemu.
Podziel zadanie na mniejsze części
Przed rozpoczęciem pracy nad zadaniem koniecznie zastanów się, czy można to zadanie podzielić na mniejsze części i pracować etapami. Dzięki temu będzie ci łatwiej skupić się na poszczególnych fragmentach danego rozwiązania. Dodatkowo osobom przeprowadzającym Code Review będzie łatwiej sprawdzić mniejszy wycinek twojego kodu, niż zagłębiać się w cały duży proces.
Czerp wiedzę z Code Review
Podczas Code Review otrzymasz od zespołu wiele komentarzy na temat twojego kodu – nie stresuj się! To normalne na początku, a dodatkowo, dzięki informacji zwrotnej od osób doświadczonych, możesz z każdym tygodniem pracować lepiej. Code Review to prawdziwa kopalnia pomysłów, w jaki sposób ulepszać pisanie kodu.
Nie pisz kodu tylko dla siebie
W jednym z pierwszych rozdziałów książki „Czysty kod” Roberta C. Martina znajdziemy ważną informację: nie piszemy kodu tylko dla siebie. Warto o tym cały czas pamiętać. To, co jest zrozumiałe dla nas, nie zawsze będzie czytelne i zrozumiałe dla zespołu lub osób pracujących w przyszłości na naszym kodzie. Każdy zespół ma swoje wewnętrzne zasady pisania kodu, nazewnictwa, które na początku mogą być mniej lub bardziej zrozumiałe. Dla własnej i cudzej wygody lepiej, abyśmy od początku przestrzegali tych zasad.
Bądź aktywny na spotkaniach
Nie bądź „słuchaczem” na spotkaniach – staraj się aktywnie w nich uczestniczyć, nawet gdy np. na scrum groomingu nie do końca rozumiesz omawiany problem. Właśnie to jest dobre miejsce do zadawania pytań. Staraj się wykorzystać ten czas na zdobycie jak największej ilości informacji, poproś o rozwinięcie czy powtórzenie. Masz jakiś pomysł? Wypowiedz się na spotkaniu 🙂 Pokaż swoje zaangażowanie – to świetnie wpływa na budowanie twojej relacji z zespołem.
Nie przestawaj się rozwijać!
Ciekawość, ciekawość i jeszcze raz ciekawość powinna towarzyszyć Developerowi przez cały czas pracy, a w szczególności Junior Developerowi, z którego perspektywy większość rzeczy to coś nowego do poznania. To bardzo intensywny czas, kiedy musisz skupić się na przyswajaniu wielu informacji. Szukaj możliwości zdobycia wiedzy, uczestnicz w webinarach, spotkaniach (np. BIteIT), czytaj blogi eksperckie , śledź nowinki, bądź na bieżąco.
