Jak walczysz ze zmęczeniem programistycznym? [Zamknięte]

Nie zmęczenie, jak w „Potrzebuję snu”, ale zmęczenie, jak w „Po prostu nie mogę się już przejmować”, które zwykle pojawiają się, gdy napotykasz przeszkody w jakimkolwiek projekcie, nad którym pracujesz, na ogół im bardziej zbliżasz się do terminów.

Może to dotyczyć projektów pracy lub projektów osobistych, ale ostatnio coraz częściej to robię. Wpadnę na pomysł, zacznę nad tym pracować, będę mieć kilka naprawdę dobrych dni i zrobię postępy, a potem tylko niektóre cholerne rzeczy mnie potkną, nie mogę sprawić, żeby działało tak, jak chcesz, mam ograniczenia w ramach mam problemy, dla których nie mogę znaleźć dokumentacji itp., a to staje się zbyt frustrujące.

Czy jestem w tym sam?

Kunktatorstwo

To, co opisujesz, to prawdopodobnie zwlekanie . To bardzo powszechny fenomen. Kliknij link i poczytaj o teorii motywacji czasowej .

Aby pokonać kunktatorstwo, robię listy. Kiedy czuję, że zwlekam, otwieram listę i zmuszam do pracy nad pierwszym przedmiotem. Po kilku minutach wchodzę do strefy lub nurtu, jak opisuje psycholog Mihály Csíkszentmihályi .

Powinieneś rozpoznać cię na tym obrazku:

Dla mnie najlepsze jest odejście od problemu, który stanowi barierę. Może to oznaczać, że inni sugerowali pracę nad inną częścią bazy kodu. Może to oznaczać ucieczkę. Przekonałem się, że uderzenie głową o barierę tylko ją wzmacnia. Zmiana skupienia na coś niezwiązanego pozwoli twojej podświadomości rozwiązać problem. Wiele razy byłem zaskoczony, znajdując rozwiązanie pod prysznicem itp.

Programista musi mieć napęd większy niż Green Lantern . To ten niewielki świąd, gdy coś nie działa, staramy się kopać głębiej i dowiedzieć się, dlaczego, zadając pytania lub czytając książkę.

Aby powstrzymać to zmęczenie, wystarczy oderwać się od problemu i popracować nad innym aspektem powierzonego zadania.

Dla mnie zadania programistyczne, które sprawiają, że relaksuję się jak dziecko, pracują nad GUI. To bardzo łatwe i pozwala mi odciąć mózg. Daje też mózgowi efekt placebo, że coś osiągam.

Prawie cały czas mam tendencję do wpadania w ten obszar.

Rozpoczęcie projektu jest łatwe, wszystko jest nowe, rzeczy do zbadania i odkrycia, prototypy do zbudowania, cała zabawa. Ale gdy wyzwanie mija, moje zainteresowanie maleje. Pobieranie wersji produkcyjnej oprogramowania, eliminowanie niedorzecznych błędów, które istnieją z powodu niejasnych problemów z pewną platformą, z której musisz korzystać.

Wystarczy zanudzić cię na śmierć.

Nigdy nie znalazłem w tym nic zbyt pomocnego, po prostu pracuję lub bawię się czymś zupełnie innym (przepełnienie stosu jest do tego dobre), dopóki nie nudzę się innymi rzeczami i nie czuję się winny. Potem wykonaj trochę nudnej pracy. Wydajność zmniejsza się do około 20%, ale taki jest ciężar matowego kodowania.

Jest jedno rozwiązanie, programowanie zespołowe, bardzo trudno stać w miejscu, gdy inne są bezpośrednio zaangażowane.

Programowanie par

Uważam, że programowanie par naprawdę pomaga w takich przypadkach. Znajdź kogoś, z kim dobrze się sparujesz i zaatakuj problemy, nie ma nic lepszego niż kolejna opinia lub tablica rezonansowa, aby przedostać się przez bloki. Gdy znów zaczniesz robić postępy, entuzjazm sam wróci.

Niestety w naszej firmie jest to niezadowolone, więc zwykle robię to tylko wtedy, gdy naprawdę czuję problemy wpływające na moją wydajność.

Nauczyć się nowego języka. Nie ma nic lepszego niż nauka nowego języka, który wzbudzi Twoje zainteresowanie. Sugerowałbym Haskell.

Zaczynam uderzać w inne miejsca przez godzinę lub. Korzystam z Eclipse w pracy, a Eclipse pozwala ci wstawić a // TODO:do twojego kodu, a następnie zestawia je wszystkie w oknie dla ciebie. Jeśli widzę coś, co chcę zmienić lub naprawić, pracując nad czymś innym, umieszczam TODO, aby nie złamać tempa. Kiedy utknę zbyt długo (ponad godzinę lub dwie) zacznę przeglądać listę. Zapewnia zmianę scenerii i przez większość czasu zmiany są dość proste, co pomaga mi się zrelaksować. Często odpowiedź wyskakuje, jednocześnie pozwalając mi poczuć, że coś osiągam.

Uwaga: Uwielbiam refaktoryzować i ulepszać kawałek kodu. Twój przebieg może się różnić.