6 rad dla juniora od senior frontend developera

Ciekawość to pierwszy stopień do wejścia na wyższy poziom

Dobrego programistę można poznać po tym, że nie tylko umie zastosować dostarczane przez bibliotekę/framework funkcje, ale również rozumie, jak są one zbudowane. Warto też mieć na uwadze fakt, że w trakcie większości rozmów rekrutacyjnych do firm, znanych z dobrej jakości kodu, można zostać zapytanym o takie szczegóły. Poza pozostawieniem po sobie dobrego wrażenia w oczach potencjalnego pracodawcy, taka wiedza pozwala również na podejmowanie lepszych decyzji przy implementacji funkcji, optymalizowanie kodu oraz na efektywniejsze debugowanie problemów, schodząc do najniższego poziomu. 

Spotykając się z kawałkiem nieznanego oprogramowania warto czasem nad nim dłużej przystanąć i zadać sobie pytanie: ‘’Jak to właściwie działa?’’ zamiast bezkrytycznie użyć, sprawdzić, czy działa i zapomnieć.

Specjalizacja, a człowiek orkiestra

Zakres umiejętności w IT może mieć dwa ekstrema. Jednym z nich jest specjalizacja w wąskim zakresie technologicznym (np. React). Taka osoba jest prawdziwym wymiataczem w swojej dziedzinie, jednak gdy przychodzi zrobić coś poza nią, zazwyczaj odmawia wykonania zadania i deleguje je komuś innemu. Przeciwnym biegunem jest natomiast osoba znająca się po trochu na wszystkim, przez co wszystkie zadania zajmują jej dużo czasu, a efekt końcowy (choć działający), mógłby być znacznie ulepszony. 

Osobiście sugeruję specjalizację w konkretnej dziedzinie, przy jednoczesnym nie zamykaniu się na wszelkie inne elementy systemów IT. Mając choć trochę doświadczenia w budowie API, ITsec czy bazach danych będziemy znali dużo szersze spektrum problemu, co pozwoli nam na dokonywanie lepszych decyzji, co zarazem stanowi kolejne bodźce do rozwoju.

Kilka słów o kopiowaniu kodu

Kopiowanie kodu jest bardzo dobre, jak i bardzo złe, w zależności od sytuacji oraz tego, co z kodem zrobimy po jego wklejeniu. Kod skopiowany z dokumentacji technicznej jest w większości przypadków dobrej jakości i stosuje się do zasad dobrego programowania (oczywiście niechlubne wyjątki często się zdarzają). W serwisach wymiany informacji dla programistów jak np. StackOverflow z jakością kodu, szczególnie w niszowych pytaniach, bywa niestety różnie. 

W przypadku trudności oceny jakości rozwiązania, warto zerkać na inne odpowiedzi oraz komentarze pod nimi, nie uwzględniając wyłącznie liczby punktów, uzyskanych od innych użytkowników. Niezależnie od jakości kopiowanego kodu, zawsze należy dostosować go do standardów programowania w miejscu docelowym. Pamiętajmy o dobrym nazewnictwie zmiennych, formatowaniu kodu i refaktoryzacji tego obszaru, jeśli jest taka potrzeba.

Przykładem złego kopiowania kodu w znaczącej większości przypadków jest powielanie kawałka kodu z innego obszaru tego samego projektu. W ten sposób zwiększa się niepotrzebnie ilość kodu. Większym problemem jest natomiast zaprogramowanie tego samego efektu wielokrotnie, przez co w przypadku potrzeby późniejszej modyfikacji łatwo jest doprowadzić do niekonsekwencji i w efekcie błędów aplikacji. 

Najlepszym rozwiązaniem jest refaktoryzacja tego kodu w taki sposób, aby można go było wykorzystać w kilku miejscach (np. za pomocą wywołania jednej funkcji). Oczywiście od tej reguły bywają wyjątki i w przypadku problemów z oceną sytuacji najlepiej zapytać kolegę po fachu o niezależną opinię.

Bonus: Wypalenie zawodowe

Nawet najbardziej lubiane zajęcie, bez którego nie potrafisz wyobrazić sobie życia, w nadmiarze może stać się uciążliwe. Brak rozwoju, stawiania sobie wyzwań, odpoczynku oraz zachowania balansu między pracą (będącą często również i hobby) a życiem prywatnym, może skutkować w powolnym przyrostem niechęci do wykonywanych zadań jak i spadku wydajności. Nie inaczej jest z programowaniem. Niezależnie czy wciągnie Cię jakieś zagadnienie, czy może szef każe zostać po godzinach, kontroluj czas spędzany nad programowaniem, a także staraj się robić proporcjonalne przerwy od pracy przy komputerze. Twój organizm odpłaci Ci za to zdrowiem psychicznym, fizycznym oraz zapałem do dalszej pracy.


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

Zapraszamy do dyskusji

Patronujemy

 
 
More Stories
Aktualizacja GitHuba. Czym jest GitHub Actions oraz GitHub Connect?