5.1 Zwykły dzień z życia dewelopera
Bycie programistą jest łatwe i przyjemne. Projekt odpowiada za organizację pracy Manager, za listę funkcji produktu — Product Owner. Spotkania organizuje Scrum Master. Wszystkie procesy organizacyjne są maksymalnie sformalizowane i znormalizowane.
Przychodzisz rano do pracy, robisz sobie herbatkę lub kawkę, siadasz przy komputerze. Otwierasz wspólny czat, patrzysz czy nie ma pilnych wiadomości, czy ktoś się nie rozchorował, i jeśli wszystko jest w porządku, zaczynasz pracę.
Otwierasz stronę JIRA, w której znajduje się lista wszystkich zadań twojego zespołu: backlog projektu i backlog bieżącego sprintu. Zadania są już posortowane według priorytetu przez twojego Scrum Master/TeamLeadera lub ProductOwnera.
Bierzesz zadanie z samej góry — najbardziej priorytetowe i zaczynasz nad nim pracować. W tym celu trzeba je przenieść do statusu In Progress. Robisz to kilkoma kliknięciami. Wszystko, czas ruszył.
Do opisu zadania zazwyczaj dodawane są dodatkowe informacje lub link do dokumentacji. Zadanie powinno zawierać wszystkie niezbędne informacje, abyś mógł je wykonać. Zapewnienie takich informacji to zadanie twojego managera.
Jeśli coś jest nie tak, możesz przypisać zadanie (w "programistycznym" języku "task") do twojego managera i napisać w komentarzach do niego jakie masz pytania i/lub jakich informacji brakuje.
5.2 Pisanie kodu
Przeanalizowałeś opis zadania i rozumiesz, co trzeba zrobić. Świetnie, bierz się do pracy. W tym pomoże ci twoje doświadczenie zdobyte na CodeGym oraz praca zespołowa.
Po tym, jak kolejna funkcja jest gotowa i jesteś tego pewien, musisz wrzucić kod na Git. Robisz to kilkoma kliknięciami prosto z IDE. W twoim przypadku — z PyCharm. Najpierw commitujesz swój kod do lokalnego repozytorium, a następnie przesyłasz (push) go do centralnego repozytorium Git.
Najczęściej ostatnia operacja jest wykonywana za pomocą Pull Request, kiedy przez Git wysyłasz prośbę do swojego teamleada o review twojego kodu. Jeśli z kodem wszystko jest świetnie i nie ma żadnych uwag, to twój teamlead zatwierdzi (accept) twój pull request i trafi on do głównej gałęzi roboczej Git.
Ważne! Pod żadnym pozorem nie można siedzieć i milczeć, jeśli nie wiesz, jak zrobić zadanie. Taka sytuacja często się zdarza i wielu początkujących (i nie tylko początkujących) często rozwiązuje ją błędnie. Zapamiętaj, jeśli w ciągu 2 godzin nie udało ci się zrozumieć, jak zrobić zadanie, musisz powiadomić o tym swojego managera.
Także nie warto przychodzić do teamleada z frazą „tego nie da się zrobić”. Taka fraza bardzo irytuje, zwłaszcza jeśli teamlead dobrze wie, że „to można zrobić”, i sam robił coś podobnego, i to niejednokrotnie.
Nie wiesz, jak zrobić — powiedz: „spędziłem dwie godziny/dwa dni, próbując zrozumieć, jak to zrobić, ale mi się nie udaje”. Teamlead wskaże ci, w jakim kierunku googlować.
Oto przeszliśmy się po obrazie współczesnego rozwoju produktu. Pisanie kodu — to tylko mała część całej pracy, ale wszystko jest zorganizowane w taki sposób, żeby nic cię nie rozpraszało od pracy. Więc śmiało przechodź do nauki Pythona — praca jako programista ci się spodoba.
GO TO FULL VERSION