Zdążyłem wspomnieć już raz, czy dwa, że powodem mojej zmniejszonej aktywności na blogu w ostatnim czasie był przedłużający się remont mieszkania. Nie ma jednak tego złego, co by na dobre nie wyszło. Konieczność nadzorowania i synchronizowania kilku fachowców na raz utwierdziła mnie w przekonaniu, że w „budowlance” można znaleźć wiele analogii do programowania. Tak zrodził się pomysł pamiętników budowlanych. Przeczytacie w nich moje przemyślenia, które powstały właśnie w trakcie wspomnianego remontu. Nadszedł czas na pierwszy wpis.

Kto tu Panu tak spierdolił?

Przychodzi do Ciebie pierwszy fachowiec. Powiedzmy, że tynkarz, chociaż w budowlance i tak wszyscy się znają na wszystkim 😉 Skuwa stare płytki, wyrównuje, naciąga, masełkuje, gruntuje itp., itd. Finalnie jesteś bardzo zadowolon[a|y] z efektu.

Następnego dnia przychodzi drugi fachowiec, płytkarz. Pierwsze zdanie jakie wypowiada, to: „Panie, kto tu Panu tak spierdolił? Ja bym to zrobił tak: …”. Po serii kolejnych zdań tego typu zabiera się za swoją robotę, ale cały czas marudzi ile to można było zrobić lepiej, żeby on miał mniej roboty. Na koniec Ty znów jesteś zadowolon[a|y] z postępów i efektów pracy płytkarza.

Kolejnego dnia wraca pierwszy fachowiec, żeby działać dalej. Patrzy na pracę płytkarza i mówi: „Panie, kto tu Panu tak spierdolił?”, albo coś w tym stylu 🙂 I zaczyna dawać wykład jak on to by zrobił inaczej i dlaczego byłoby lepiej.

Doświadczył[a|e]ś kiedyś takiej sytuacji? Nie? To polecam mały remoncik 😉

A czy ta sytuacja nie przypomina Ci Twojego, programistycznego podwórka? Mnie już nie raz zdarzyło się być świadkiem sytuacji, w której nowa „zajebista” osoba dołącza do projektu, zajrzała w kod i powiedziała: „Kto tu Wam tak spier*****?” 🙂 I uwierz mi, nie jest to najbardziej eleganckie dołączenie do zespołu projektowego 😉

Liczy się kontekst

Prawdą jest, że kod utrzymywany przez kilka lat może mieć sporo niedociągnięć, czy niespójności. Niemniej jednak skąd osoba dołączająca do takiego projektu ma wiedzieć co spowodowało, że ten kod wygląda jak wygląda? I jakie ma prawo w ten sposób, na dzień dobry oceniać pracę innych? Przecież taki „świeżak” nie może mieć pojęcia w jakim kontekście powstał Twój kod.

Być może nad projektem, przez pewien czas pracował junior, ucząc się dopiero technologii i część z jego rozwiązań zachowała się do chwili obecnej. Może część kodu projektu, to kod otrzymany w spadku od dalekowschodniej cywilizacji i nie było jeszcze sposobności go wyprostować. Może w bebechach projektu drzemie jakiś starożytny framework, który nie jest już dłużej rozwijany, ale od którego zależy 90% projektu. Taka zależność może skutecznie powstrzymywać przed wprowadzeniem innowacji i blokować wykorzystanie bardziej nowoczesnych rozwiązań. Może część kodu, która akurat nie spodobała się naszemu świeżakowi, to „tymczasowa łatka” wprowadzona przez Twojego kolegę niezwiązanego z projektem, który „gasił pożar” w momencie kiedy Ty był[a|e]ś akurat na urlopie i nie chciał zawracać Ci głowy. A może jest to jeden z miliona innych powodów, o których newbie nie ma pojęcia. Jak w takiej sytuacji może przekonywać Cię do własnych racji?

Podoba Ci się ten wpis?

Rzuć okiem na mój profil na Patronite.

Wykaż odrobinę empatii

Pamiętaj również, że w dowolnym momencie swojej kariery, to Ty możesz stanąć w roli świeżaka w istniejącym projekcie. Jeżeli pierwszą myślą, która przyjdzie Ci do głowy po pobieżnym obejrzeniu kodu będzie: „Kto tu Wam to tak …?”, to ugryź się w język i postaraj wykazać odrobinę empatii. Postaw się w sytuacji pozostałych członków zespołu i pomyśl co mogło spowodować, że kod, który widzisz wygląda tak, a nie inaczej. A najlepiej daj sobie trochę czasu, żeby poznać historię kodu i sytuację zespołu. Wtedy w jednej chwili wszystko może okazać się jasne. Na ocenianie przyjdzie jeszcze odpowiedni moment.

Skąd ten tytuł?

Gdybyś nie wiedział(a) do czego odnosi się tytuł dzisiejszego wpisu, to zachęcam do obejrzenia filmu Dzień świra. Poniżej możesz zobaczyć fragment, z którego pochodzi tytułowy cytat:

Bądź na bieżąco!

Podobają Ci się treści publikowane na moim blogu? Nie chcesz niczego pominąć? Zachęcam Cię do subskrybowania kanału RSS, polubienia fanpage na Facebooku, zapisania się na listę mailingową:




Uwaga! Jeżeli w ciągu 24-godzin od zapisania się na listę mailingową nie otrzymasz wybranego przez siebie prezentu to skontaktuj się ze mną.

Zgoda? Zapisując się do newslettera wyrażasz zgodę na przesyłanie Ci starannie wyselekcjonowanych informacji marketingowych. Powyższe dane są przechowywane w systemie MailChimp i nie są udostępniane nikomu więcej.

lub śledzenia mnie na Twitterze. Generalnie polecam wykonanie wszystkich tych czynności, bo często zdarza się tak, że daną treść wrzucam tylko w jedno miejsce. Zawsze możesz zrobić to na próbę, a jeśli Ci się nie spodoba – zrezygnować :)

Dołącz do grup na Facebooku

Chcesz więcej? W takim razie zapraszam Cię do dołączenia do powiązanych grup na Facebooku, gdzie znajdziesz dodatkowe informacje na poruszane tutaj tematy, możesz podzielić się własnymi doświadczeniami i przemyśleniami, a przede wszystkim poznasz ludzi interesujących się tą samą tematyką co Ty.

W grupie Programista Na Swoim znajdziesz wiele doświadczonych osób chętnych do porozmawiania na tematy krążące wokół samozatrudnienia i prowadzenia programistycznej działalności gospodarczej. Vademecum Juniora przeznaczone jest zaś do wymiany wiedzy i doświadczeń na temat życia, kariery i problemów (niekoniecznie młodego) programisty.

Wesprzyj mnie

Jeżeli znalezione tutaj treści sprawiły, że masz ochotę wesprzeć moją działalność online, to zobacz na ile różnych sposobów możesz to zrobić. Niezależnie od tego co wybierzesz, będę Ci za to ogromnie wdzięczny.

Na wsparciu możesz także samemu zyskać. Wystarczy, że rzucisz okiem na listę różnych narzędzi, które używam i polecam. Decydując się na skorzystanie z któregokolwiek linku referencyjnego otrzymasz bonus również dla siebie.

Picture Credits
  • prywatne archiwum
Tribute to Patrons