Z jakimi projektami będziesz miał styczność, jako programista?

przez admin
0 komentarz

W trakcie swojej kariery, jako programista natrafisz na różne rodzaje projektów, z którymi przyjdzie Ci pracować. W tym wpisie przygotuję Cię, do tego, co może Cię czekać, gdy zaczniesz pracę jako programista.

1) Nowy projekt

Sytuacja idealna. Razem z zespołem zaczynacie nowy projekt, 0 legacy code, 0 napraw jakichś starych bugów i myśleniu – co autor miał na myśli? Jeśli masz w zespole dobrego leada/architekta, to praca nad nowym projektem będzie najlepszym co Cię może spotkać. Gorzej, gdy takiej osoby nie ma. To co na początku było przyjemnym projektem, staje się coraz większym problemem. Zaczynają wychodzić błędy popełnione podczas planowania architektury, potrzebne jest coraz więcej refactorów. A nawet nie ma na kogo winy zwalić 🙂 Dlatego bardzo ważne jest odpowiednie rozplanowanie projektu na samym początku. Oczywiście refactor będzie potrzebny prędzej czy później, bo ktoś wpadnie na jakieś lepsze rozwiązanie, ale lepiej refactorować, po to, żeby podwyższyć jakość kodu, a nie po to, żeby on w ogóle działał.

2) Projekt rozwijany od roku-dwóch

Jest to całkiem optymalna opcja. Projekt jest już dojrzały, większość rozwiązań jest już wypracowana i można całkiem wydajnie programować. Oczywiście możesz trafić na projekt, gdzie panuje totalny chaos i samo wdrażanie zajmie kilka tygodni, ale na szczęście nie dzieje się to często. W większości przypadków trafisz na całkiem dobrze napisany projekt, z którego będziesz mógł się czegoś nauczyć, a przy okazji wdrożyć swoje rozwiązania.

3) Projekt rozwijany od kilku(nastu) lat

Zdecydowanie najgorsza opcja. Bardzo dużo legacy kodu, skomplikowanej logiki, a osoby, które nad tym pracowały, już dawno odeszły z firmy. Najczęściej nie ma też dokumentacji, lub jest nieaktualna. W swojej karierze programisty miałem na tyle szczęścia, że tylko raz spotkałem się z takim projektem. Praca przy nim była prawdziwą udręką, a naprawa prostego z pozoru błędu, mogła zająć nawet cały dzień. Co zrobić w takiej sytuacji? Opcje są dwie: albo poświęcisz odpowiednio dużo czasu na wdrożenie i zrozumiesz projekt, albo poprosić o zmianę projektu, a jeśli to nie poskutkuje, to znajdziesz inną pracę. Pierwsze rozwiązanie jest o tyle dobre, że jeśli będziesz jedyną osobą, która dobrze orientuje się w takim projekcie, to masz bardzo dobrą pozycję wyjściową do negocjacji podwyżki. W końcu dużo taniej będzie dać Ci więcej pieniędzy, niż znowu poświęcać kilka miesięcy na wdrażanie nowej osoby.

Wszystko tak naprawdę zależy od tego, jak projekt był/jest prowadzony, jaki masz zespół i jakie są terminy. Dużo łatwiej pisać dobry (i przetestowany) kod mając odpowiednio dużo czasum bez potrzeby dopinania wszystkiego na ostatnia chwilę, bo trzeba oddać aplikację klientowi, ale takie projekty to niestety rzadkość. Rodzaje projektów

0 komentarz
0

Powiązane

Leave a Comment