Które sesje pracy są bardziej produktywne w programowaniu: krótkie (<= 30 minut), średnie lub długie (> = 2 godziny)? W jakich przypadkach? (Zastanów się nad kodowaniem nowej funkcjonalności, wprowadzaniem drobnych modyfikacji, ulepszaniem interfejsu użytkownika, refaktoryzacją, debugowaniem, uczeniem się API, próbowaniem zrozumienia kodu innej osoby).
Co możesz powiedzieć na podstawie swoich doświadczeń? Informacje z badań i najlepszych praktyk są również bardzo mile widziane. Chociaż miło byłoby zobaczyć linki lub referencje.
Wiarygodne informacje są ważniejsze niż pełna odpowiedź.
Cenne dania na wynos:
- Ukierunkowane myślenie jest tutaj ostatecznym celem
- Generalnie nieprzerwana praca> 2-3 godziny powoduje utratę koncentracji i mgliste myśli
- Kiedy płyniesz, lepiej pozwolić sobie na pracę przez 1-2 godziny
- Warto spróbować ćwiczyć technikę Pomodoro, aby pomóc przezwyciężyć bezwładność myślenia i zwlekanie, aby uzyskać lepsze poczucie czasu. Szczególnie może pomóc zacząć robić rzeczy, których nie lubisz robić tak często
- Korzystając z oprogramowania do zarządzania przerwami, możesz pozwolić sobie na większą elastyczność, np. Pominąć 1 przerwę, ale nie więcej. Pozwala to dostosować się do sytuacji: być w ruchu, gdy jest przepływ, zachować kontrolę, gdy nie ma w nim przepływu
- Świeże powietrze, relaks i ćwiczenia podczas przerwy mogą pomóc zaangażować się na prawej półkuli, aby uzyskać nowe pomysły i rozwiązania
Wypróbuj narzędzia programowe do „zarządzania przerwami”:
- Pomodairo - dodatkowo śledzi listę zadań i ma interfejs użytkownika pice
- WorkRave - zapewnia większą elastyczność w konfiguracji. nadaje się również do użytku bez głośników
productivity
time-management
Alexey
źródło
źródło
Odpowiedzi:
Uważam, że najważniejsze jest, aby naprawdę się skoncentrować . Skoncentrowane 5 minut może być bardziej produktywne niż nieostre 5 godzin majstrowania, surfowanie na stronach wymiany stosów, rozmowy itp.
Jeśli jesteś naprawdę skoncentrowany, nie możesz ciągle godzinami (jeśli możesz, to nie jesteś tak naprawdę skoncentrowany). W twoim mózgu zabraknie paliwa. Rzeczywiście, większość technik zarządzania wydajnością / czasem, takich jak technika Pomodoro, polega na:
Kiedy robisz coś trudnego, czas rozgrzewania - ładowanie wszystkich informacji do mózgu i zrozumienie problemu - może być dość długi, więc arbitralnie krótkie okresy nie są produktywne, a optymalny nieprzerwany okres zależy od poziomu trudności zadania. Ale cokolwiek >> 2 godziny jest po prostu głupie. Wstanie z krzesła na 5 minut i zaczerpnięcie świeżego powietrza pozwoli zaoszczędzić godziny, ponieważ znajdziesz rozwiązanie, które próbujesz wymyślić przez ostatnie 2 godziny.
Więcej informacji na temat techniki Pomodoro, zgodnie z wnioskiem Alexeya: próbowałem, w rzeczywistości jest to jedyna sformalizowana metoda zarządzania czasem, jaką kiedykolwiek próbowałem. Był to korzystny eksperyment, który pomógł mi docenić timeboxing, i nadal mogłem go używać, zwłaszcza jeśli mam problemy z „uruchomieniem”. Jednak gdy płynęłam, czysty Pomodoro - pauza co 25 minut - był zbyt sztywny. Wstrzymywanie tylko z powodu określonego, wcześniej określonego czasu jest marnowaniem. Dzwonienie czasomierz jest rozrywką, i to nie sprawi, że kawałki psychiczne spadają, a re-budowania „cache mózgu” po przerwie wymaga czasu.
Więc obecnie pracuję głównie zgodnie z aktualną sytuacją. Jeśli mam problem z rozpoczęciem robienia czegoś, mogę wyznaczyć ścisły cel, na przykład „zrób to przez następne 30 minut, okres” lub „ukończ to, zanim napije się więcej kawy”. Takie proste zasady ułatwiają samodyscyplinę. Ale jeśli jestem pełen energii i piszę trochę dobrego kodu, to mógłbym to robić przez prawie 2 godziny bez przerwy. Po takim sprincie w moim mózgu zaczyna brakować energii, więc i tak na chwilę się zatrzymuje.
Ale dla jasności, myślę, że moja zdolność do pracy „zgodnie z obecną sytuacją” wynika w dużej mierze z tego , że próbowałem timeboxingu, mimo że rzadko wykonuję już ścisłe timeboxowanie. Dzięki procesowi wiem, że kiedy zwlekam, zrobię coś w rodzaju timeboxa - często wystarcza jedno pudełko - i wkrótce znów płynę. Dlatego bardzo polecam wypróbowanie takich technik. Nawet jeśli nie będziesz go używać przez cały czas, prawdopodobnie nauczysz się przydatnych narzędzi do kontrolowania siebie w razie potrzeby.
źródło
Robię 10-minutową przerwę co 45 minut .
Ale kiedy jestem w trakcie programowania, daję sobie prawo do pominięcia jednego, ale tylko jednego.
Ważne jest, aby zatrzymać się, aby zresetować umysł . Zobacz to jako nowy restart twojego systemu. Będzie szybciej.
Podczas pauzy przestań myśleć o pracy. Jeśli nie przestajesz myśleć o pracy, nie przerywasz jej.
Nie pomijam pauz dla zadań, w których skupienie nie jest ważne, jak w programowaniu.
źródło
Długie odstępy czasu są zwykle bardziej produktywne, ponieważ większość zadań kodowania ma narzut na początku, aby przejść do „przepływu”.
źródło
Mówię strajk, gdy żelazo jest gorące. Gdy poczujesz, że właśnie się zbliżasz, musisz zatrzymać się i odpocząć, aby na dłuższą metę być bardziej produktywnym.
Trudną częścią odpowiedzi na to pytanie jest pomiar produkcji programistycznej. Nie jestem pewien, czy ktoś to wymyślił, więc musisz polegać na opinii dewelopera. Możesz pracować nad złożonym problemem przez kilka godzin, wpatrując się w ekran, a jeśli znajdziesz odpowiedź, możesz uznać ją za produktywną. Rób to przez 45 minut i nic nie wymyśl, możesz myśleć, że jesteś nieproduktywny. Spróbuj rozwiązać jeszcze dwie 45-minutowe sesje. Jak teraz oceniasz swoje sesje? Dwie 45-minutowe bezproduktywne i jedna produktywna, kiedy wcześniej myślałeś, że twoja trwająca dwie i pół godziny sesja była całkowicie produktywna, odkąd rozwiązałeś problem.
źródło
To zależy od charakteru zadania. Zazwyczaj (jak zauważył @Joonas) zadania można podzielić na mniejsze części, z których każda może być wykonana przez 5 minut do 1 godziny skoncentrowanej pracy. Czasami trzeba stawić czoła bardziej złożonemu zadaniu, które wymaga dłuższego czasu, na przykład
W takich przypadkach wymagane są dłuższe okresy pracy - po prostu nie można zrobić żadnego rozsądnego postępu podczas powtarzających się krótkich serii. Jednak umiejętność skupienia się jest ograniczona maksymalnie do kilku godzin, dlatego między nimi potrzebne są przerwy.
Innym aspektem jest to, że przy naprawdę trudnych problemach musisz zaangażować cały mózg, aby uzyskać rozwiązanie - nie tylko logiczną / analityczną lewą półkulę, ale także holistyczną prawą. Często w obliczu trudnego problemu twój lewy mózg może po prostu utknąć, obracając się w kółko w tej samej mentalnej koleinie, bez żadnego postępu. To nie tylko męczy cię, ale całkowicie blokuje wszelkie możliwości, by twoja druga, kreatywna półkula mózgowa mogła zaangażować się w proces i przekazać wszelkie spostrzeżenia / wyniki, które mogła znaleźć. Tak często w takich przypadkach, po pełnym zrozumieniu problemu i jego kontekstu oraz sformułowaniu odpowiednich pytań, najlepszym rozwiązaniem może być „relaks”, zrobienie czegoś zupełnie innego, aby zaangażować swój logiczny mózg, umożliwiając w ten sposób kreatywnemu mózgowi pracować swobodnie.
źródło
Prawdopodobnie nie ma uniwersalnej poprawnej odpowiedzi na to pytanie. Różni ludzie przekonają się, że pracują dla nich różne systemy, a jak wspomniano powyżej, różne zadania mogą mieć różne wymagania.
Jeśli twoje prace programistyczne są całkowicie oparte na ekranie, to ze względów zdrowotnych wzroku wskazane jest robienie przerwy co około 50 minut. Pomijając to, uważam jednak, że należy uznać, że różni ludzie mają różne praktyki. Ponadto, niezależnie od preferowanej opcji, możliwość uniknięcia zakłóceń jest często poważnie ograniczona w środowisku biurowym.
Muszę wyznać, że zastanawiam się, dlaczego zadajesz takie pytanie.
źródło
Aby być produktywnym, nie chodzi o robienie przerw w ustalonych odstępach czasu. Rób sobie przerwy, kiedy tylko poczujesz, że potrzebujesz przerwy, aby lepiej się skoncentrować.
źródło
Robię sobie przerwę, kiedy tylko mam ochotę. Jak dotąd w najgorszych dniach suma tych przerw nigdy nie była dłuższa niż półtorej godziny. Jak długo i ile w moim przypadku zależy od tego, jak interesujące jest dane zadanie. Z grubsza, coraz mniej przerw, gdy dane zadanie jest bardziej interesujące. Dłuższa i większa liczba przerw, jeśli dane zadanie jest mniej interesujące.
Oznacza to, że gdy dane zadanie jest bardziej interesujące, ból dłoni lub zmęczenie myśli nigdy nie występuje lub pojawia się dopiero po wykonaniu zadania. W przypadku mniej interesującego zadania rzeczy te zdarzają się dość często i dość szybko.
Możliwe, że tutaj gra się teoria względności. :)
źródło