Piszemy kod

1. Zwykły dzień z życia programisty

Bycie programistą jest łatwe i przyjemne ☀️. Za organizację pracy odpowiada Project 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 herbatę lub kawę ☕️, siadasz przy komputerze 🖥️. Otwierasz wspólny czat 💬, sprawdzasz, czy nie ma pilnych wiadomości, czy ktoś się nie rozchorował 🤒, i jeśli wszystko w porządku, zabierasz się do pracy.

Otwierasz stronę JIRA, w której przechowywana jest lista wszystkich zadań twojego zespołu: backlog projektu i backlog bieżącego sprintu. Zadania są już posortowane według priorytetu przez twojego Scrum Mastera/TeamLeada lub ProductOwnera.

Bierzesz zadanie z samej góry — to najbardziej priorytetowe 🔝 i zaczynasz nad nim pracować. Aby to zrobić, musisz przenieść je do statusu In Progress. Robi się to kilkoma kliknięciami 🖱️. Start! ⏳

Do opisu zadania zwykle dodawane są dodatkowe informacje lub link do dokumentacji 📄. Zadanie powinno zawierać wszystkie niezbędne dane, żebyś mógł je wykonać. Dostarczenie takich informacji — to zadanie twojego menedżera 👨‍💼.

Jeśli coś jest nie tak, możesz przekierować zadanie (tzw. "task" w języku programistów) do swojego menedżera i napisać w komentarzach, jakie pojawiły się pytania i/lub jakich informacji brakuje.

2. Piszemy kod

Przeczytałeś opis zadania i rozumiesz, co trzeba zrobić. Świetnie — zabierz się do pracy 🏁. Pomoże ci tu twoje doświadczenie z nauki na CodeGym i praca w zespole 🤝.

Gdy kolejna funkcja jest gotowa i upewniłeś się o tym, trzeba wypchnąć kod do Git. Robi się to kilkoma kliknięciami bezpośrednio z IDE. W twoim przypadku — z CLion🚀. Najpierw commitujesz kod w lokalnym repozytorium, a potem pushujesz (push) go do centralnego repozytorium Git.

Najczęściej ostatnia operacja odbywa się przez Pull Request, kiedy przez Git wysyłasz prośbę do swojego teamleada o review twojego kodu. Jeśli kod jest w porządku i nie ma uwag, teamlead zatwierdzi (accept) ✅ twój pull request i trafi on do głównej gałęzi roboczej Git.

Ważne! W żadnym wypadku nie powinieneś siedzieć cicho, jeśli nie wiesz, jak rozwiązać zadanie. Taka sytuacja często występuje, i wielu początkujących (i nie tylko początkujących) radzi sobie z nią źle. Zapamiętaj, jeśli przez 2 godziny nie rozgryziesz, jak robić zadanie, musisz o tym powiadomić swojego menedżera 🚩.

Nie chodź też do teamleada z tekstem „tego się nie da zrobić”. Taka uwaga bardzo irytuje, szczególnie gdy teamlead wie dobrze, że „da się to zrobić”, i sam wielokrotnie robił coś podobnego.

Nie wiesz, jak zrobić — powiedz: „spędziłem dwie godziny/dwa dni próbując się zorientować, jak to zrobić, ale nie wychodzi mi”. Teamlead wskaże kierunek, w którym warto szukać w sieci 🔍.

Przeszliśmy przez obraz nowoczesnego tworzenia produktu. Pisanie kodu to tylko mała część całej pracy, ale wszystko jest zorganizowane tak, żeby nic nie rozpraszało cię od pracy. Więc śmiało przejdź do nauki C++ 23 — praca jako programista przypadnie ci do gustu 😉.