Parszywa dziesiątka – największe frustracje programistów

1. Praca z cudzym kodem

Jako programista prędzej czy później będzie musiał pracować z kodem napisanym przez kogoś innego. Czy to kod dziedziczyć po kimś, kto pracował wcześniej na Twoim stanowisku, czy API, czy kod napisany przez konsultanta, nie unikniesz konieczności naprawienia go, poprawienia czy ingerencji w program kogoś innego. Nie trzeba dodawać, że jeśli musisz robić to często – zaczniesz w końcu rwać sobie włosy z głowy.

Cytaty: „... najgorsza jest konieczność sprawdzenia kodu napisanego przez kogoś innego, zrozumienia go, przeanalizowania i zdebugowania. A jeszcze gorzej, jeśli osoba, która go stworzyła, nie pracuje już w firmie i nie możesz jej o nic zapytać.” - Ratnakar Sadasyula

„Próba rozszyfrowania tysiące linii kodu, któremu brakuje komentarza.” ~ Simon Zhu

„Zdarzyło mi się już to wielokrotnie, że musiałem naprawiać STRASZNIE napisane przez konsultantów kody.” ~ Joe Samson

„Innym frustrującym problemem jest API osoby trzeciej. Czasami musisz na nich polegać, a dopiero później zauważasz, że coś jest z nimi nie tak – potrzebujesz nowej funkcji, ale to konkretne API nie podaje żadnego źródła, więc musisz zapytać autora, o co w tym chodziło i liczyć, że Ci wyjaśni.” ~ Kevin Sekin

„Język i bugi frameworkowe. Spędzasz całe dnie, zastanawiając się, dlaczego Twój kod nie działa. A w końcu znajdujesz buga w języku lub frameworku.” ~ John Paul Alcala

„Znalezienie kody napisanego przez kogoś, kto nie był do tego odpowiednio wykwalifikowany...” ~ Nani Tatiana Isobel

2. Brak czasu

Podobnie jak w przypadku większości rzeczy, stworzenie dobrego oprogramowania wymaga trochę czasu. Niestety, znowu, jak w większości innych przypadków, szefowie i klienci nie mają ochoty zbyt długo czekać, by dane rozwiązanie zostało odpowiednio zaimplementowane. W rezultacie programiści muszą często wykonywać swoje zadania bardzo szybko, co może prowadzić do licznych błędów, braku dokumentacji, itp. A to z kolei przyprawi o ból głowy innych programistów, którzy później będą pracowali z Twoim kodem.

Cytaty:

„Chcę wykonywać swoją pracę dobrze, ale presja, by zrobić wszystko szybko jest zbyt duża. Czasami to zrozumiałe, ale coraz częściej wydaje mi się, ze kultura programowania idzie w złym kierunku.” ~ Tichon Jelvis

„…nienawidzę tego pośpiechu przy każdym kodzie i późniejszego uczucia, że mogłem zrobić to wszystko znacznie lepiej. Ta stała presja czasu…” ~ Gene Sewell

„…kiedy wiele rzeczy, którymi się zajmujesz, jest minimalnie związana z programowaniem, bo ważniejsza niż jakość jest szybkość.” ~ Jose Palala

„…nigdy nie ma wystarczająco dużo czasu i pieniędzy na odpowiednie rozwiązanie, ale za to wystarczająco dużo do byle jakiej i szybkiej pracy. I tak w kółko.” ~ Romi Awasthy

3. Ludzie nie rozumieją, co robię

Pomimo rosnącej liczby programistów, nie wspominając o tym, że wszystko coraz bardziej jest uzależnione od oprogramowania, wiele osób nie mających pojęcia w tej dziedzinie nadal nie rozumie, czym zajmują się w rzeczywistości programiści. Dla nich programiści to po prostu „ludzie tech”; mało kto widzi różnicę między osobami pracującymi nad hardwarem i softwarem.. Ciągłe nieporozumienia i oczekiwania, których nie da się spełnić, zwłaszcza w przypadku rodziny i przyjaciół, mogą naprawdę frustrować.

Cytaty:

„To błędne mniemanie wśród osób nieznających się na branży, że skoro programiści pracują z komputerami, muszą też wiedzieć, jak je naprawić. To trochę jakby zakładać, że Jenson Button wie jak zdemontować i ponownie zamontować przekładnię, tylko dlatego że potrafi jeździć bolidem F1.” ~ Steve Borthwick

„Tak, zarabiam, pisząc kody. Nie, nie potrafię pomóc przy niedziałającej drukarce, nie wiem, dlaczego załącznik się nie otwiera albo dlaczego laptop nie działa. No chyba, że ??postawisz mi obiad albo piwo to może się zastanowię.” ~ Phil Jackson

„Wyjaśnianie ludziom, że nie posiadam każdego pirackiego oprogramowania, które mogę zainstalować na ich komputerach…” ~ Anbalagan Jeyabalachandran,

„Rodzinie i przyjaciołom wydaje się, że zdalnie potrafisz rozwiązać każdy problem związany z komputerami. Hardware, software – wszystko jedno. I w końcu ich wymówki: jaki z ciebie inżynier, jeśli nie potrafisz nawet naprawić DVD ROMu.” ~ Jazib Babar.

„1% -2% osób wie, czym naprawdę się zajmujesz.” ~ Yasin Pekşen

4. Inni ludzie łamiący mój kod

Każdy napisany kod musi w pewnym momencie działać w połączeniu z kodem napisanym przez innego programistę. Czy to w innej części tego samego fragmentu oprogramowania, czy to w bibliotekach i narzędziach, czy zupełnie w innej aplikacji, żaden kod nie jest samotną wyspą. Niestety oznacza to, że każdy programista może przez pośpiech, słabą komunikację lub zwykłą nieostrożność złamać kod innego programisty, co może być przyczyną wielu napięć, stresu, a często i przekleństw.

Cytaty:

„Najbardziej sfrustrowało mnie kiedyś, gdy pisałem kod z innym programistą, który zmienił bibliotekę, do której obaj wysyłaliśmy łącza i mnie o tym nie poinformował. Oznaczało to, że moje zmiany w procedurach mijały się ze zmiennymi – mogło się też zdarzyć, że kod trafiłby do biblioteki, do której nie miał dostępu.” ~ Sheri Fresonke Harper

„Gdy część kodu przestaje działać, ponieważ ktoś inny zmienił swoją część kodu. Często dodane funkcje robią więcej szkody niż pożytku. Czasami są one całkowicie usuwane lub umieszczane w innym pliku.” ~ Jessica Su

„To, kiedy trzeba stale wracać i przerabiać różne rzeczy, które napisało się zaledwie kilka dni wcześniej, tylko dlatego że kod został „złamany” (po raz n-ty) przez kogoś, kto nie potrafi przeprowadzać testów bądź ma w nosie, że ich test się nie powiódł. A pierwszą rzeczą, jaką usłyszysz, będzie i tak „Twój kod jest uszkodzony”. ~ Simon Hayes.

5. Mało realistyczne oczekiwania

Programiści często uważa się za niezłych spryciarzy. Niestety, w rezultacie szefowie, kierownicy projektów i klienci mają wobec nich oraz tego, co potrafią zrobić mało realistyczne oczekiwania. To z kolei może prowadzić do powolnego wypalania się programistów i ogólnego niezadowolenia.

Cytaty:

„Najbardziej frustrujące jest ciągłe przekonywanie ludzi, że nie jesteś czarodziejem, że nie wiesz wszystkiego, że nie wszystko da się osiągnąć przy dostępnych narzędziach, że ramy czasowe są zbyt wąskie. A spróbuj to wyjaśnić komuś, kto z programowaniem nigdy nie miał nic do czynienia.” ~ Mark Miller

„Twój szef ma bardzo wysokie oczekiwania wobec Ciebie i Twoich współpracowników, ale nie daje wystarczająco dużo czasu/zasobów, byś choć trochę się do tych oczekiwań zbliżył.” ~ Kevin Sekin

„Menedżerowie i analitycy biznesowi obiecują klientom gruszki na wierzbie, a później to programiści muszą za to odpowiadać.” ~Ratnakar Sadasyula

„Uwielbiam, gdy ktoś prosi o coś banalnego, a później nagle wyskakuje z czymś, co wymaga zaawansowanej wiedzy w dziedzinie CompSci.” ~Vladislav Zorov

Kod 6. Łączenie kodów

Systemy kontroli kodu źródłowego, takie jak Git lub SVN, to świetne narzędzia, które umożliwiają wielu programistom pracować jednocześnie na tej samej bazie kodu. Jednak ostatecznie, zmiany w kodzie muszą być zapisane i właśnie wtedy mogą wystąpić konflikty, jeśli, powiedzmy, dwaj programiści wprowadzili zmiany w tym samym pliku. W tym przypadku zmiany trzeba ze sobą połączyć. Czasami tego typu konflikty można rozwiązać bezproblemowo, czasami nie aż tak.

Cytaty:

„Ja też nie lubię scalać kodów, bo najczęściej wygląda to tak: ja mogę zmienić go w taki sposób, Ty w taki, więc w końcu co robimy? Zawsze byłem w stanie znaleźć jakiś sposób na połączenie obu propozycji, ale jeśli byłby to prawdziwy konflikt, osiągnięcie zgody nie byłoby takie łatwe.” ~ Jessica Su

„Łączenie kodów: czyste zło.” Koustuv Sinha

7. Kiepska dokumentacja

Praca z kodem innych programistów może być frustrująca, ale jest to o wiele mniej uciążliwe, jeśli dany kod jest przynajmniej dobrze udokumentowany. Niestety, nie zawsze tak jest. O wiele dłużej trwa wówczas debugowanie, poprawianie czy integrowanie z oprogramowaniem, jeśli brakuje komentarzy czy wyjaśnień, jak działa. Źle wpływa na ciśnienie krwi u programistów.

Cytaty:

„Najbardziej frustrująca jest praca przy słabo udokumentowanym oprogramowaniu. Sprawia to zbyt wiele problemów. Brak komentarzy i źle napisane semantyki – zwłaszcza, gdy poprzedni programista zostawił sporo bugów i pomyłek.” ~ Angel Angeles III

„Zrozumienie nieudokumentowanego i kiepsko skomentowanego kodu napisanego przez jakiegoś idiotę.” ~ Abhishek Chauhan

„Ja, podobnie jak większość innych programistów, spędzam zdecydowanie więcej czasu naprawiając słabo udokumentowany kod niż pisząc nowe.” ~ Walt Karas

8. Debugowanie

Nawet najlepszy, najbardziej starannie wykonany kod zawsze będzie miał jakieś błędy. Naturalnie, to programiści muszą później poświęcić dużo czasu na znalezienie wady w oprogramowaniu, czy to we własnym kodzie czy w cudzym. Podczas gdy niektóre błędy można odnaleźć szybko, inne mogą być irytująco trudne do wychwycenia – można poświęcić na to wiele godzin i energii.

Cytaty:

„Wykrywanie wad, które są trudne do odtworzenia, a w najgorszym przypadku pojawiają się w teście integracyjnym, który przypadkowo omija, a później nie wykrywa odpowiedniego fragmentu kodu!!! Potem ma się wrażenie, że znalezienie tych tajemniczych złych błędów w kodzie jest po prostu niemożliwe. Potworność!” ~ Emmanuel Ngwane

„Piszemy tak duże programy (a nawet czasami i małe), że podczas debugowania dochodzimy tak głęboko, że zapominamy, jaki był pierwotny błąd.” ~ Ayush Bhatnagar

„Debugowanie, szczególnie podczas pracy przy dużych projektach, które liczą tysiące linijek kodu. Większość geeków takich jak ja ma tendencję do używania projektora do debugowania – dzięki temu oczy nie bolą aż tak.” ~ Isaac Perez „Heisenbug!” Awal Garg

9. Cały dzień na krześle

Jeżeli nie masz przy biurku bieżni, praca przy oprogramowaniu to nie do końca aerobik. Większość programistów spędza długie godziny, siedząc przy komputerach, zgarbieni nad klawiaturami, wpatrując się w monitory. Po pewnym czasie może być to dość…niewygodne. A po dłuższej chwili nawet przygnębiające, jeśli w ogóle nie zmieniasz miejsca.

Cytat:

„Siedzenie na krześle przez cały dzień i wpatrywanie się w ekran. Najpierw plecy, później szyja, oczy pieką i są zmęczone, głowa boli .. nogi zaczynają drętwieć ... Mimo że próbowałem różnych sposobów: fitness, taijiquan, joga, qigong, rower – nie wytrzymuję w ten sposób 8 godzin dziennie. Tkwić w biurze cały dzień, widzieć, jak Słońce wschodzi i zachodzi i nadal siedzieć na tym głupim krześle, widząc jak życie mija.” ~ Markus Toman

10. Hardware

Software, oczywiście, nie obejdzie się bez hardware’u, na którym można go uruchomić. I mimo że niektórzy programiści najchętniej by go zignorowali, prędzej czy później staną w obliczu problemów ze specyficzną budową lub debugowaniem programu. Dlatego właśnie niektórzy programiści radzą nowym inżynierom, by zapoznali się z podstawami hardware’u i systemami, na których będą musiały działać ich kody.

Cytaty: „Każdy programista, który musiał kiedykolwiek debugować dziwny przypadek na serwerze bazy danych lub stwierdzić, dlaczego dyski RAID nie działają prawidłowo, wie, że takie problemy są uciążliwe.” ~Steve Borthwick

„Programiści nienawidzą hardware’u, ponieważ nie mogą zawsze zrzucić winę na sprzęt!” ~ Anonim