Jak zachować skupienie, gdy ukończenie określonego aspektu programowania zajmuje ponad 10 sekund? [Zamknięte]

141

Mam bardzo trudny czas koncentrując się na tym, co robię (programowo), gdy coś (kompilacja, czas uruchamiania itp.) Zajmuje więcej niż kilka sekund. Anegdotycznie wydaje się, że próg wynosi około 10 sekund (i przypominam sobie czytanie o badaniu, które mówiło to samo, chociaż nie mogę go teraz znaleźć). Więc zwykle dzieje się to, że dokonuję zmiany, a następnie uruchamiam program, aby go przetestować. Zajmuje to około 30 sekund, więc zaczynam czytać coś innego, a zanim się zorientuję, minęło 20 minut, a następnie zajmuje (jeśli mam szczęście!) Kolejne 10 minut, aby poradzić sobie z przełączaniem kontekstu na powrót do programowania .

Nie jest przesadą stwierdzenie, że niektóre rzeczy, które powinny zająć mi kilka minut, dosłownie zajmują godziny.

Jestem bardzo ciekawy, co robią inni programiści, aby zwalczyć tę tendencję (lub czy jestem wyjątkowy i nie mają takiej tendencji?). Sugestie wszelkiego rodzaju są mile widziane - wszystko, od „usiądź na rękach po naciśnięciu przycisku kompilacji”, po mentalne sztuczki, po „jeśli uruchomienie czegoś w celu przetestowania zmiany zajmie 30 sekund, to coś jest nie tak z twoim procesem rozwoju ! ”

Jer
źródło
24
Mam podobny problem (stąd ten komentarz :)). Przekonałem się, że naprawdę pomaga poranna kawa lub wcale jej nie ma. Staram się także pracować rano i umawiać spotkania po południu. Mam nadzieję, że to pomaga ... och, wyglądać kotku.
DevSolo,
7
Masz do czynienia z formą zwlekania - wrogiem pracowników wiedzy z całego wszechświata.
Aditya, poseł
130
Arrrg !! Robię to teraz - dzięki za przypomnienie - wracam do pracy.
mjhm
8
Zwykle spędzam ten czas na stronach SE, czytając pytania, odpowiadając, co mogę, aby pomóc innym programistom i ucząc się czegoś nowego w tym procesie.
Bernard,
6
Powinieneś zacząć programować dla SharePoint b / c tam faktycznie musisz poczekać 20 minut :)
kev

Odpowiedzi:

117

Napisałem małe narzędzie wiersza polecenia o nazwie „alert”, które spowoduje, że komputer wyda sygnał dźwiękowy / odtworzy dźwięk / itd. Następnie, gdy mam długie polecenie do uruchomienia, takie jak a make, uruchamiam make; alert. Tam, gdzie mogę, poproszę również o wzięcie argumentu, aby w zależności od argumentu wydawał inny dźwięk. W ten sposób mogę to zrobić make; alert $?i będę wiedział, że a) kompilacja jest zakończona, i b) przeszła pomyślnie lub zakończyła się niepowodzeniem. Nie musisz się tym zachowywać; wystarczy i echo -e "\a"może wystarczyć.

Jeśli chcesz być naprawdę fantazyjny / irytujący, użyj pakietu zamiany tekstu na mowę i uruchom okno dialogowe.

Główną ideą tutaj jest przerwanie rozproszenia, gdy tylko zakończy się zadanie związane z pracą.

retracile
źródło
6
Szybki przykład:MSG="back to work" && xmessage -buttons ok -default ok -nearmouse "${MSG}" 2> /dev/null
sakisk
6
@faif W takim przypadku chcesz użyć ;zamiast &&. Twój drugi przykład zostanie uruchomiony tylko show_messagewtedy make, gdy się powiedzie, co nie jest dokładnie tym, czego chcesz. Dla jasności: podoba mi się podany przez ciebie przykład, jestem wybredny co do szczegółów implementacji. ;)
retracile
2
Napisałem szybki program wiersza poleceń, który wysyła mi e-maile, gdy pewne zadanie jest zakończone - więc jeśli wyjdę z pokoju, aby zrobić coś IT w czasie oczekiwania, mój telefon wyda sygnał dźwiękowy, aby powiedzieć mi, żebym wrócił do mojego biura i skończył co ja robiłem.
Phil
7
+1 za odwracanie uwagi od rozpraszania uwagi - zwalczaj ogień ogniem! W ten sposób nie zostaniesz zwolniony!
corsiKa
1
Ubuntu ma ładny alias konfiguracji w .bashrc. Zależy to od libnotify, ale jeśli jest zainstalowany, możesz to zrobić, command; alerta po zakończeniu otrzymasz alert na pulpicie, określając, które polecenie zostało zakończone. Naprawdę przydatne w przypadku długich kompilacji lub testów.
Leo
104

Mam ten sam problem, a rozwiązaniem dla mnie było spędzanie czasu na robieniu czegoś, co cię nie wciągnie. Dla mnie zwykle jest to (1) napełnianie butelki z wodą lub (2) wstawanie i 30-sekundowy spacer po biurze, aby rozprostować nogi, które i tak potrzebują ruchu. Możesz zgubić się podczas przeglądania Internetu; rzadko gubisz się, chodząc po własnej kabinie.

eykanal
źródło
37
+1 za szybki spacer / odcinek. Wszyscy powinniśmy to robić częściej.
Jon Purdy,
2
Działa to dobrze w połączeniu z moją odpowiedzią ... ustaw głośniki na tyle głośno, aby można je było usłyszeć w całym pokoju, abyś mógł je skrócić. (Tak jak ta 10-minutowa kompilacja, która kończy się po 30 sekundach z powodu błędu składniowego.)
retracile
1
+1, zrób coś, co nie zajmie więcej niż 10 sekund. Drink. Chwyć gumę do żucia. Spójrz przez okno, jeśli masz szczęście, coś może się dziać na zewnątrz. Jeśli słuchasz muzyki, sprawdź zawartość listy odtwarzania lub dodaj utwory.
Laurent Couvidou,
2
Dodam też, skorzystaj z toalety :) Często, kiedy po raz pierwszy wstaję po długiej sesji kodowania, okazuje się, że naprawdę muszę korzystać z hydrauliki, jak mówią, jak mówią. Wykorzystaj te przerwy, aby zadbać o siebie.
eykanal
4
Dopóki nie porozmawiasz z deweloperem na następnym siedzeniu / kostce ponad ... teraz jest to 20 minutowy czat zamiast 20 minut przeglądania.
Steven Evers,
29

Zrób coś dla swojego zdrowia:

Wstań, odejdź od komputera i wykonaj ćwiczenia rozciągające dłonie i ramiona. Zajmie to maksymalnie 2-5 minut. Twoje przyszłe ja, nie cierpiące na RSI, podziękuje ci za to.

Ponadto, jeśli chodzi o 2-5 minutową przerwę, zapoznaj się z techniką Pomodoro . Jest to oparte na pomyśle częstych krótkich przerw, aby oderwać się od bieżącego zadania i pozwolić, aby sprawy trochę się zapadły. Jest to wystarczająco krótka przerwa, aby nie stracić całkowicie myśli, ale wystarczająco długa, aby dać mózgowi wytchnienie.

ZweiBlumen
źródło
10
I nawet nie musisz wstawać - wystarczy zamknąć oczy, aby odpocząć przez 30 sekund, dzięki czemu będą wilgotne i mniej zmęczone.
JBRWilkinson,
1
To świetna odpowiedź (pomaga spalić energię nerwową), a technika pomodoro może działać, jeśli jesteś wystarczająco zdyscyplinowany.
DevSolo,
1
+1. Pomaga też biurko z regulacją wysokości. Przekonałem się, że kiedy stoję, jestem znacznie bardziej produktywny, ponieważ podczas tych krótkich przerw (kompilacji itp.) Kręcę się po głowie, zastanawiając się nad tym, nad czym pracuję, i gdy tylko zadanie jest ukończone, idę zaraz wracam do pracy. Być może to tylko ja, ale lubię dużo się przemieszczać, kiedy myślę, a tempo pomaga.
Paperjam,
1
Nigdy nie słyszałem o Pomorodo, ale od dawna jestem zwolennikiem pomysłu, że musisz robić od czasu do czasu przerwy, aby dać bardziej świadomemu umysłowi odpoczynek i pozwolić swoim palaczom na załatwienie pewnych spraw przez jakiś czas. Jest powód, dla którego wiele chwil a-ha dzieje się pod prysznicem i w łazience.
Erik Reppen,
25

Rozwój jest procesem twórczym. Nie możesz być ciągle produktywny, szczególnie jeśli w twoim biurze jest dużo zakłóceń. Dlatego test Joela sugeruje ciche warunki pracy.

Joel Spolsky wyjaśnia również , co to znaczy „nie być w strefie” . Za każdym razem, gdy coś uniemożliwia ci pracę, musisz poświęcić dziesięć minut, często więcej, aby wrócić do strefy i znów stać się produktywnym.

Istnieje wiele czynników rozpraszających:

  • Telefon od twojej żony,
  • Rozmowa telefoniczna z osobą w biurze w pobliżu twojego biura,
  • Kolega z prośbą o pomoc,
  • Głodny,
  • Problemy osobiste,
  • Będąc zmuszonym do pracy nad starszym kodem napisanym przez niedoświadczonego programistę dziesięć lat temu i nigdy nie zrestrukturyzowanym,
  • Wolny komputer lub wolne połączenie internetowe,
  • Mając długi proces kompilacji,
  • itp.

Nie ma z tym nic wspólnego. Jedyne, co możesz zrobić, to usunąć same zakłócenia:

  • Brak telefonów w twoim biurze,
  • Ciche warunki pracy,
  • Szybki dostęp do komputera i Internetu,
  • Szybki proces kompilacji,
  • itp.

W twoim przypadku, jeśli to kompilator Cię rozprasza, spróbuj skrócić czas kompilacji przez:

  • Zmniejszenie rozmiaru programu (na przykład niektóre środowiska IDE umożliwiają rozładowanie niektórych projektów z rozwiązania, co znacznie skraca czas kompilacji),
  • Używając kompilacji w nocy i mniej kompilując podczas pracy,
  • Kupując szybszą maszynę (jeśli nie ma nic innego do roboty),
  • itp.
MainMa
źródło
9

Myślę, że to ja to powiem, ale powinieneś po prostu usiąść i poczekać, aż to się skończy.

Musisz się przekwalifikować, aby nie odczuwać potrzeby ciągłego działania i aktywnego działania. Jest to bardzo szkodliwy problem, który dotyka nie tylko programistów, ale wszystkich ludzi. Społeczeństwo ma obsesję na punkcie ciągłej stymulacji (wizualnej, dźwiękowej, mentalnej). Wygląda na to, że nikt nie może stać bezczynnie dłużej niż 30 sekund bez wyciągania telefonu i pisania SMS-ów, surfowania w Internecie, sprawdzania Facebooka itp.

Jeśli skompilujesz kompilację, a zajmie to około minuty, zastanów się, że to świetna okazja, aby po prostu usiąść i zrelaksować mózg. Oprzyj się pokusie zrobienia czegoś stymulującego i ciesz się chwilą braku aktywności.

Z czasem stanie się to łatwiejsze, a przekonasz się, że będziesz mieć o wiele lepsze doświadczenia zawodowe, gdy przestaniesz próbować utrzymać mózg na poziomie 100% przez cały dzień.

Alan Barber
źródło
Muszę się zastanawiać, czy nienawiść do wielozadaniowości jest naprawdę uzasadniona, czy może jest to nieporozumienie pokoleniowe. Oczywiście, badania wykazały spadek wydajności podczas wielozadaniowości, ale być może jest to po prostu umiejętność rozwinięta przez niektórych ludzi. W przypadku każdej nowej technologii lub procesu jestem pewien, że istniały badania, które wykazały, że są one
@JonofAllTrades Nie chodzi o technologię ani naukę, to znany fakt, że ludzki mózg nie jest biologicznie zaprojektowany, aby umożliwić nam ciągłą wielozadaniowość wielu strumieni myśli sumienia. Jesteśmy w stanie żonglować kilkoma niepowiązanymi myślami przez krótki czas, ale poza tym cały akt równoważenia się rozpada. To nie jest zdrowe, ponieważ zmęczysz się psychicznie i fizycznie. Czy zastanawiałeś się kiedyś, dlaczego tak wielu jest chorych i zmęczonych? Wszyscy ciężko pracujemy.
Alan Barber
Ach, ale koncentrowanie się na jednej rzeczy jest również wyczerpujące, a nasza uwaga szybko wędruje. Jak zawsze, istnieje szczęśliwy środek przekazu. Podejrzewam, że kiedyś mógłbym lepiej nauczyć się wielozadaniowości i że idealny przepływ pracy dla, powiedzmy, 40-latka urodzonego w 1950 roku różni się od 40-latka urodzonego w 1990 roku. Nie kupuję, że jesteśmy kimś bardziej chorzy i zmęczeni teraz niż 100 lat temu; jeśli już, możemy pozwolić sobie na luksus bycia świadomym tego!
8

Zgadzam się z tym, co sugeruje @retracile, ale zauważ, że zgodnie z zasadami programowania Zen powinieneś skupiać się tylko na jednym zadaniu na raz. Odbieranie połączeń telefonicznych, przeglądanie Internetu, sieci społecznościowe, a nawet wykonywanie zadań wielozadaniowych najprawdopodobniej obniży Twoją wydajność. Wykorzystaj krótkie opóźnienie oczekiwania, aby pomyśleć o istniejącym zadaniu / rozwiązaniu i co możesz zrobić, aby je poprawić.

sakisk
źródło
8

Do drzwi mam przymocowany pręt

wprowadź opis zdjęcia tutaj

Mogę wykonać tylko 5 podciągnięć, więc zajmuje to mniej niż minutę. Albo robię herbatę.

Łukasz Madon
źródło
Ilu programistów na Ziemi może teraz podciągnąć, zastanawiam się teraz naprawdę
kommradHomer
2
Więcej może zrobić, jeśli przynajmniej spróbują wykonać pull up przy każdej kompilacji.
Esko Luontola,
3
Więc jeśli twoje IDE jest mniej inteligentne, uzyskasz lepszą formę. Ciekawe wnioski, do których może to prowadzić.
Mam dość buffa za pomocą starożytnego komputera Mac z płytą główną, która ciągle się przegrzewała. Ćwiczyłem, czekając, aż ostygnie.
Uwielbiam to! Im bardziej buff twórcy, tym poziom! @ # $ Jego narzędzi.
Erik Reppen
6

Dla mnie sposobem na skupienie się jest bezwzględność w utrzymywaniu czystej przestrzeni roboczej, niezależnie od tego, jaka to przestrzeń robocza może być. Wszystko, co nie jest częścią mojego obecnego projektu, to hałas w uświęconym stosunku sygnału do szumu. Istotną częścią utrzymania ostrości jest utrzymanie wysokiego stosunku sygnału do szumu.

Kiedy koduję, oznacza to zamykanie programów, których ostatnio nie używałem, regularne przycinanie kart przeglądarki i utrzymywanie pulpitu z dala od elementów, które nie są bezpośrednio związane z moimi bieżącymi projektami. Używam dziesięciosekundowych opóźnień do „rund”, że tak powiem - zamykania kart, zamykania programów, usuwania plików tymczasowych i archiwizowania tego, co należy zarchiwizować itp.

Przyzwyczajenie się do „robienia rund” pomaga również uniknąć śladów królików, ponieważ zmusza mnie do ciągłej oceny - i przypominania - o bieżących zadaniach.

Za ponowne otwarcie karty, którą już dziś otworzyłeś 5 razy, lub ponowne uruchomienie wiersza polecenia z podwyższonymi uprawnieniami po raz 15, trzeba zapłacić niewielką cenę, ale użycie akceleratorów takich jak skróty klawiaturowe może to zmniejszyć naprawdę bardzo niska cena.

Caleb
źródło
1
Problem z zamykaniem kart przeglądarki (lub programów itp.) Polega na tym, że zbyt łatwo jest ich rozproszyć, kiedy je zamykasz. Takich jak powrót do pytania Stackoverflow po zaimplementowaniu odpowiedzi, następnie zobaczenie interesującego linku na pasku bocznym i kliknięcie go ....
Bobson
6

Uważam, że pomaga śledzić faktyczny czas, który spędzam niepracując

Możesz użyć do tego dowolnej liczby rzeczy. Wiem, że istnieje wiele darmowych aplikacji, które możesz pobrać, aby to dla Ciebie zrobić (nie mogę teraz wymyślić żadnego z głowy, ale jeśli ktoś mi coś da, dodam je do tej odpowiedzi) lub bardzo łatwo jest stworzyć własny. Zwykle używam jednego, który stworzyłem, czyli małego okna w rogu ekranu z przyciskami Working/ NotWorking, i po prostu klikam to, na którym jestem, za każdym razem, gdy zmieniam fokus.

Działa także zegar szachowy

Samo śledzenie twojego czasu sprawia, że ​​jesteś bardziej świadomy tego, ile tracisz czasu, który powinieneś spędzić na pracy, i uważam, że to sprawia, że ​​jestem bardziej produktywny, ponieważ zmuszę się do opuszczenia tego bardzo interesującego pytania dotyczącego przepełnienia stosu lub bloga artykuł i wróć do pracy

Rachel
źródło
5

Aby utrzymać moją uwagę, używam doodli. Zawsze mam za klawiaturą długopis i notatnik i rysuję. Nie jest to nic innego jak zebranie kartki papieru bez żadnego znaczenia, ale utrzymuje moją uwagę wystarczająco wysoko i nie rozprasza mnie, więc mogę wrócić do tego, nad czym pracowałem.

Robiłem to przez całe życie nieświadomie, ale ostatnio znalazłem wiki na ten temat: http://en.wikipedia.org/wiki/Doodle

Pieter B.
źródło
4

Cokolwiek robisz , nie wchodź na żadną stronę StackExchange. Wciągną cię :)

Mówiąc poważniej, przeglądanie Internetu w oczekiwaniu na ukończenie nie jest dobre dla wydajności (chyba że szukasz czegoś związanego z bieżącym zadaniem).

Zwykle wykonuję kilka drobnych zadań, które nie potrwają dłużej niż 1-2 minuty. (sprzątanie, pisanie komentarzy, notatek).

Christian P.
źródło
1

W twoim przypadku wstań i chodź trochę. Jeśli trudno jest wrócić do „strefy”, to prawdopodobnie dlatego, że jesteś za daleko. Robienie rzeczy w Internecie to tylko kolejna strefa, w której łatwo stracić poczucie czasu. Daj mózgowi przerwę, której wyraźnie pragnie i iść na spacer, wziąć czarodzieja, najlepiej w toalecie, lub porozmawiać z przypadkowym współpracownikiem. Robimy wiele rzeczy za kulisami na auto-pilocie. Przerwy nie są złe dla kodowania, są dobre, ale pomysł polega na tym, aby przestać strzelać na wszystkie cylindry na chwilę i zobaczyć, co wymyślą twoje palniki, podczas gdy bardziej świadoma część twojego umysłu odpoczywa. Dobrzy deweloperzy nie są ludzkimi kalkulatorami. Pozwól, aby części twojego mózgu, które wykonują wszystkie intuicyjne i dopasowane do wzorca rzeczy na autopilocie, zrobiły to przez chwilę.

Jeśli nie jest to tylko problem z kodowaniem, możesz rozważyć dodanie.

Erik Reppen
źródło
1

Sugestie, aby wstać i spacerować itp. Są dobre, jeśli twoje cykle są długie (około godziny). Ale kiedy czasy cykli się skracają, a ja co chwila miotam się między vimem i robię co kilka minut, wtedy pozostaję w strefie, pozostając w kolejce: podczas gdy kompilacja lub zestaw testowy jest uruchomiony, zwykle wracam i przejrzyj kod, a następnie zacznij pracę nad kolejnym fragmentem, który i tak bym zrobił, jeśli kompilacja lub testy się powiodą.

Stevevt
źródło
1

Na początku każdego dnia zaplanuj, jak wykorzystać ten „wolny czas”. Może to obejmować

  • nadrabianie zaległości w niektórych zadaniach związanych z dokumentacją,
  • opracowywanie testów jednostkowych dla klasy, którą napiszesz dalej,
  • studiując nową technologię, którą chciałeś się nauczyć,
  • pisząc list do swojej ulubionej cioci,

lub cokolwiek innego naprawdę.

Niech to dodatkowe zadanie będzie zawsze otwarte w oknie gdzieś na pulpicie. Gdy tylko naciśniesz przycisk „kompiluj” (lub cokolwiek innego, co zajmuje ci więcej niż 30 sekund), przełącz się na drugorzędne zadanie i poświęć wystarczająco dużo czasu, aby przejść dalej, co może potrwać kilka minut, lub może być mniej.

Kiedy wykonujesz drugorzędne zadanie, pamiętaj, aby nie skupiać się na mózgu. Myśl o programowaniu. To nie jest łatwe; nadal będziesz cierpieć z powodu zmiany kontekstu częściej niż nie.

Jeśli to zrobisz, nawet jeśli wiele razy stracisz kontekst, stracony czas nie jest rzeczywiście straconym czasem i masz coś do pokazania na koniec dnia. Ale najważniejsze jest zaplanowanie na początku dnia, jakie będzie drugorzędne zadanie tego dnia.

Dawood ibn Kareem
źródło
1

Przypuszczam, że możemy wykorzystać czas kompilacji do udokumentowania kodu, czyszczenia kodu, odpowiedniego wyrównania kodu, abyśmy nie odeszli od IDE i nadal poprawiali jakość kodu.

saiy2k
źródło
1

Zazwyczaj w międzyczasie staram się poszukać błędów, literówek lub sposobów na ulepszenie stylu kodu. To sprawia, że ​​patrzę na kod, ale nie (zawsze) rozprasza mnie coś interesującego. Także to !

samson
źródło
1

Możliwe, że masz trochę ADHD. Wiele osób tak robi. Mechanizmy radzenia sobie są podane w innych odpowiedziach (lub ewentualnie lekach).

Mike Dunlavey
źródło
1

W ciągu tych 10-30 sekund idź i zrób coś:

  • to nie wymaga dużej aktywności umysłowej
  • otwórz skompilowany kod i sprawdź go ponownie (możesz znaleźć coś złego lub sposób na jego poprawę)

W tym czasie nie rób rzeczy, o których wiesz, że zajmie ci to dużo czasu (chyba że możesz sobie pozwolić na spędzenie czasu), takich jak:

  • zaczynam czytać książkę
  • czytaj e-maile, jeśli wiesz, że może to zająć dużo czasu
  • itp

Nie instaluj też alarmów dźwiękowych sygnalizujących zakończenie kompilacji. Twoi koledzy to docenią.

rev BЈовић
źródło
12
Osobiście sprawdzanie wiadomości e-mail to okropny pomysł. Widzisz, może stać się takim frajerem czasu, że twoje 30 sekund może łatwo stać się 30 minutami.
Adrian
Sprawdzanie wiadomości e-mail na początku i pod koniec dnia to jedna z tych wskazówek, które wiele osób lubi dawać. To zależy od tego, jak duża jest twoja firma.
Erik Reppen,
Jeśli sprawdzenie wiadomości e-mail zajmuje 30 minut - nie rób tego. Nie idę na pocztę, aby pobrać e-maile, dlatego dla mnie jest to 30 sekund - 3 minuty pracy.
BЈовић
1
@ErikReppen, gdybym to zrobił, nie miałbym pracy.
HLGEM
0

Jeśli chodzi o rozrywkę w Internecie podczas pracy, sugeruję wtyczkę Pomodoro, jeśli używasz Google Chrome

Osobiście uważam, że nie możesz być produktywny przez cały czas pracy! ponieważ kompilujesz, oznacza to, że dołożyłeś wystarczających starań, aby wziąć oddech ... aby nie nadużywać ani wyjść z kontekstu, zastanowić się nad następnym krokiem, jeśli kompilacja nie generuje błędów ... Lub wyczyść swoją pracę obszar: Pulpit, Tabs, Explorer ...

M3HD1
źródło
0

To, co opisujesz, jest całkowicie normalne.

Kiedy robiliśmy badania użyteczności, patrzyliśmy na opóźnienia według rzędu wielkości. Kiedy użytkownik klika przycisk, jak długo musi czekać?

  • 0,1 sekundy: brak dostrzeganego opóźnienia
  • 1 s: brak zmiany ostrości
  • 10 sekund: utrata uwagi
  • 1 min: użytkownik przełącza się na inne zadanie
  • 10 min: użytkownik wstanie i wyjdzie

Istnieje wiele wyjątków, takich jak operacje złożone, takie jak pisanie.

Podczas wykonywania zadań związanych z wydajnością często zadawaliśmy pytanie „jak szybka powinna być operacja X?” Odpowiedź brzmi: tak długo, jak użytkownik może dostrzec opóźnienie, lepiej byłoby szybciej.

W twoim przypadku osiągasz próg 10s, a twoja uwaga odpływa. Najlepsze, co możesz zrobić, to zmniejszyć opóźnienie. Im krótsze opóźnienie, tym większa produktywność. Wyobraź sobie, że masz kod po lewej stronie ekranu, a uruchomioną aplikację po prawej. Podczas edycji kodu aplikacja zmienia się w czasie rzeczywistym. Dopóki tam nie będziesz, masz miejsce na poprawę.

Zobacz także najnowszy post Jeffa (mnóstwo dobrych treści, do których prowadzi): http://www.codinghorror.com/blog/2012/03/visualizing-code-to-fail-faster.html

Jeśli zamierzasz przejść na coś innego, wybierz coś, co nie angażuje twojego mózgu w taki sam sposób jak praca, którą wykonywałeś. Oczyść biurko, medytuj, rozciągaj, pompki, dzieła sztuki, wyjrzyj przez okno.

Jay Bazuzi
źródło
0

Podczas wykonywania pracy ad hoc w SAS uważam, że następujący wiersz jest bardzo przydatny:

dm log 'postmessage "Code finished"' continue;

Powoduje to wyświetlenie wyskakującego okna dialogowego po zakończeniu wykonywania całego poprzedniego kodu. Jestem pewien, że istnieją odpowiedniki w innych językach. Umieściłbym to jako komentarz do odpowiedzi retracila, ale nie mam wystarczającej reputacji.

użytkownik46745
źródło