Czy to normalne, że robię dużo przerw w pracy programistycznej?

Na 8-godzinnej zmianie należy zrobić co najmniej dwie 15-minutowe przerwy i 30-60-minutową przerwę obiadową. Przerwy 15-minutowe są na zegarze, dłuższa przerwa na lunch nie jest.

Dodatkowo, w jednym z komentarzy wspominasz, że Twoja praca polega na pisaniu kodu. Programowanie wymaga, aby przerwy mentalne były skuteczne. Programowanie jest bardzo mózgowe; nie jest to praca, w której możesz bezmyślnie podążać za schematem. Musisz od czasu do czasu odpoczywać - zwłaszcza gdy przechodzisz od jednego dużego zadania do drugiego. Stwierdzam, że jeśli odchodzę od trudnego problemu na kilka minut, kiedy wracam, często jestem w stanie zaatakować go na nowe / lepsze sposoby, o których nie pomyślałbym, gdybym tylko patrzył na ekran, czekając na inspirację.

Oto co lubię robić. Oprócz odwijania się na mojej 1 godzinnej przerwie na lunch, pozwalam sobie na 15 minut dziennie na czytanie wiadomości. Nie mam wyznaczonego czasu, po prostu kiedy tylko czuję, że potrzebuję przerwy. Skanuję google news i wybieram dwa lub trzy nagłówki, które najbardziej mnie interesują. Po zakończeniu tych artykułów, to jest około 15 minut. Dodatkowo pozwalam sobie na kolejną 15-minutową przerwę, aby nabrać wody, skorzystać z toalety, wyłączyć goof off online, grać w grę na moim telefonie, cokolwiek. Druga przerwa nie jest przy moim biurku. Dodatkowo, jeśli przez cały dzień muszę uzupełniać wodę w butelce lub zrobić krótki postój w toalecie, albo nawet po prostu wstać na 5 minut i rozprostować nogi przy biurku, nie martwię się o to.

Kod do pisania to psychicznie obciążająca praca, której większość ludzi nie wie jak robić, a nawet jak się nauczyć, i ma to duży wpływ na biznes. Ogólnie rzecz biorąc, menedżerowie będą rozumieli sporadyczne przerwy w pracy. Jeden sklep programistyczny, w którym pracowałem, cały personel będzie robić codzienną przerwę, gdzie będą dzielić się przekąskami i czytać / mówić o gazecie (wtedy, gdy gazety były rzeczą). Jesteś młoda i stażystką, więc rozumiem, że musisz zrobić dobre wrażenie. Więc, oczywiście, nie nadużywaj tego. Ale jeśli zrobisz kilka rozsądnych / 10-15 minutowych przerw dziennie i przerwę na lunch, to powinno być w porządku.

Sometimes I just can’t get anything done.

Sure, I come into the office, putter around, check my email every ten seconds, read the web, even do a few brainless tasks like paying the American Express bill. Ale powrót do przepływu pisania kodu po prostu nie zdarza się.

These bouts of unproductiveness usually last for a day or two. W mojej karierze deweloperskiej zdarzało się jednak, że przez całe tygodnie nie mogłem nic zrobić. Jak to mówią, nie jestem w ruchu. Nie jestem w strefie. Nie jestem nigdzie.

To jest fragment z blog postu Joela Spolsky'ego, małej ikony w świecie inżynierii oprogramowania. Odnosi on spore sukcesy; miał dość zróżnicowaną karierę, założył odnoszącą sukcesy firmę programistyczną, a jego blogi są dla wielu inspiracją. Współtworzył również stronę internetową, o której być może słyszeliście, o nazwie Stack Overflow ;)

I wydaje się, że zmaga się z dokładnie tym, co opisujesz. I ja też, od czasu do czasu. Może to normalne dla programistów. A może dla wysoce kreatywnych zawodów w ogóle; wyobrażam sobie pisarzy mających podobne problemy.

Prawdopodobnie jest o wiele więcej napisane na temat wydajności programistów. Przeczytaj niektóre z nich. Możesz znaleźć pomocne wskazówki, albo rozpoznać to samo w innych. Najważniejsze jest, abyś się starał jak najlepiej, ale nie bądź dla siebie zbyt surowy. Wina raczej nie pomoże :)

Okazjonalna przerwa jest całkiem normalna. Praca w pełnej koncentracji przez 8 godzin bez mrugnięcia okiem wydaje się prawie niemożliwa.

Na przykład, w moim kraju, powszechnie przyjmuje się, że palacz może iść zapalić dwa razy dziennie w godzinach pracy. Inni, tacy jak Ty, mogą trochę poszperać w Internecie, jeśli muszą oczyścić głowę.

Jednakże, stwierdzasz, że Twoja przerwa może wynosić “kilka godzin”, co nie jest normalne. Jednocześnie oświadczasz również, że kierownik jest zadowolony z twojej pracy. Sugerowałoby to, że nie przydzielono ci wystarczająco dużo pracy, abyś był zajęty. Albo po prostu nie ma wystarczająco dużo pracy, co może być niewiarygodnie frustrujące, albo dość poważnie przewyższasz swoich kolegów.

IMO nie mając wystarczająco dużo pracy może sprawić, że dzień będzie bardzo nudny i poważnie zaszkodzi twojej motywacji. Proponuję porozmawiać z menedżerem, aby mieć wystarczająco dużo pracy, by utrzymać cię w pracy. Jeśli oznacza to, że będziesz osiągał dużo więcej niż koledzy, to będzie się to liczyło w twojej przewadze w następnej rundzie awansów lub podwyżek.

Jeśli po prostu nie będziesz miał wystarczająco dużo pracy, może będziesz chciał dobrze wykorzystać ten “dodatkowy czas”. Może naucz się nowej umiejętności w Internecie, zrób kilka dodatkowych, nieplanowanych usprawnień lub poszukaj innej pracy, która wykorzysta Twoje talenty w pełniejszy sposób.

Jeśli jednak nie chcesz zmieniać sytuacji, jeśli jesteś szczęśliwy w ten sposób, a Twój menedżer jest zadowolony z Ciebie… dobrze, kontynuuj.

Nie mogę policzyć czasu, w którym utknąłem na hours na problemie, który został rozwiązany pięć minut po przepłynięciu przez sieć lub BSing ze współpracownikiem. Zalecałbym jednak dyskrecję, jak wskazał Sobrique poniżej, czasami współpracownicy mogą cię ocenić.

To powiedziawszy, najważniejsze jest, abyś wykonał pracę. Jeśli masz dobrego menedżera, to właśnie to ma znaczenie. Możesz nawet podejść do niego mówiąc “czy mogłabyś, gdybym poszedł na spacer, muszę oczyścić głowę”.

Istnieje koncepcja zwana “ostrzeniem piły”, która sięga aż do drwali. Jeśli piła była nudna, ciężka praca nie miała znaczenia. W tym przypadku Twój umysł jest piłą, a odchodząc do tyłu, robiąc przerwy i rozbijając pracę, sprawiasz, że jesteś ostrzejszy i lepiej potrafisz wykonać pracę.

Jeśli twój menedżer jest pod wrażeniem szybkości twojej pracy, to nie martwiłbym się.

Jeśli nadal czujesz się nieefektywny, to powiedziałbym, że zamiast po prostu czytać cokolwiek w Internecie, przeczytaj rzeczy, które są istotne dla rodzaju pracy, którą wykonujesz. W ten sposób długie przerwy, które robisz, są tak naprawdę tylko czasem rozwoju zawodowego.

Skupienie się w ciągu 8 godzin jest prawie niemożliwe i nie jest również korzystne dla zdrowia. Co więcej, prawdopodobnie będziesz bardziej nieefektywny, jeśli nie zrobisz sobie przerwy. Pamiętaj jednak, że robienie przerwy, a następnie powrót do pracy “kilka godzin później” zazwyczaj przekracza granice zwykłej przerwy w pracy.

Technika, którą możesz spróbować zwiększyć swoją wydajność, a która jest Twoim głównym pytaniem, to Technika Pomodoro https://en.wikipedia.org/wiki/Pomodoro\_Technique ).

Jak wiele osób słusznie mówi, nie oczekuje się od ciebie pracy przez 8 godzin w ciągu 8 godzin. Jednak niewiele z odpowiedzi odpowiada na Twoje główne pytanie, które podałeś po edycji:

Co może być dla mnie najlepszym podejściem, aby stać się bardziej efektywnym?

Jeśli robisz godzinne przerwy przeglądając Internet, jak mówisz, wykracza to poza poczucie winy z powodu okazjonalnego brzęczenia mózgu lub zbyt wielu przerw na dym.

Zgaduję, że jest jeden główny powód, dla którego trudno Ci się skupić:

Zazwyczaj jestem kilka tygodni przed terminem

Pewnie, cały projekt nie jest zrobiony, ale część oczekiwana od Ciebie jest zrobiona, i tak samo jest następna część i następna. Nie mając nic od razu znaczącego do pracy, z częściami, nad którymi powinieneś pracować już wcześniej, ograniczy to Twoją zdolność do skupienia się - jeśli to co robisz nie jest znaczące right now , może to uniemożliwić Ci troskę o pracę nad tym right now.

Twój menedżer zdecydował, że powinieneś, jako praktykant, pracować nad jednym projektem. Wydaje się, że to nie jest wystarczający projekt, aby wypełnić twój czas. Nie wydaje się to również wystarczająco interesujące, aby zajmować Twoją uwagę przez większą część dnia pracy.

Albo:

A) Proszę przesunąć termin w górę.

Nie wiem, czy masz płatny staż, ani jak ta płaca jest zorganizowana, jeśli istnieje, i oczywiście, jeśli przesuniesz termin w górę ryzykujesz, że opuścisz pracę wcześniej, jeśli skończysz jedyne zadanie, które chcą Ci dać wcześniej. Jeśli chcesz, aby terminy były krótsze, powinieneś również zapytać, czy Ty (i Twój przełożony) mógłbyś zaplanować inny projekt, jeśli chcesz pracować po jego zakończeniu.

-or-

B) Proszę poprosić o drugi projekt do pracy, który znacznie różni się od Twojego obecnego projektu i który zdecydowanie mógłbyś wykorzystać do zdobycia doświadczenia.

Prawdopodobnie najlepsze podejście. Ponownie poproś o coś znacznie różniącego się od projektu, nad którym pracujesz. Jeśli nie ma innego projektu na horyzoncie, poproś o jakąś interesującą pracę, którą mógłbyś wykonać na boku, poprawiając wskaźniki baz danych lub cokolwiek innego. Nie mów, że nie pracowałeś w pełnym wymiarze czasu pracy, ale wyjaśnij, że masz już wystarczająco dużo pracy nad swoim obecnym projektem, że chciałbyś podjąć się realizacji projektu pobocznego, który pomoże Ci poszerzyć horyzonty, a kontynuacja obecnego projektu może nie być wystarczająca do wypełnienia swojego czasu. Twój menadżer może poprosić Cię o wcześniejsze ukończenie Twojego obecnego projektu (patrz opcja A), ale miejmy nadzieję, że zobaczy mądrość w Twojej prośbie.

Każde z tych podejść może zrobić na Twoim menadżerze wrażenie, jeśli po zakończeniu stażu będziesz starał się o stałe stanowisko w firmie. Upewnij się tylko, że nie namawiasz siebie do pracy, jeśli otrzymujesz wynagrodzenie.

Inni to powiedzieli, więc część z tego będzie się powtarzać. Sam piszę kod i mogę ci powiedzieć, że nie ma mowy, żebyś siedział osiem godzin dziennie, pisząc kod trwający 2 15s i lunch i pisząc dowolny jakościowy kod przez dowolnie długi czas.

Potrzebujesz** częstych przerw psychicznych, żeby pozwolić swojemu mózgowi się zrelaksować. Najważniejsze jest, aby robić te przerwy przy “przełączaniu biegów” i przechodzeniu z jednego zadania do drugiego.

Jeśli nie robisz częstych przerw psychicznych, będziesz pracował jeden ośmiogodzinny dzień w tygodniu, a pozostałe cztery dni spędzisz na regeneracji. Zwłaszcza po kilku pierwszych miesiącach. Będziesz walczył z prawdziwym wewnętrznym oporem i znajdziesz siebie “nie troszczącego się”, ponieważ jesteś po prostu wypalony.

Z drugiej strony, nie możesz spędzić czterech godzin w pracy, a resztę dnia na surfowaniu Stack Exchange.

Znajdę dobrą równowagę wokół techniki Pomodoro . Teraz myślę, że pełna struktura techniki Pomodoro jest głupia w prawdziwym świecie. Ale to nie znaczy, że nie możemy brać lekcji z tej techniki i ich używać. Zamierzasz porzucić większość śledzenia i planowania, a zamiast tego skupić się na kilku kluczowych rzeczach. Pracuj 25 minut, a następnie zrób 5-minutową ** pełną** przerwę (wstań i odejdź od komputera). Na każde cztery Pomodorowie robią dłuższą, 25-minutową przerwę (jest ona dłuższa niż zwykle, ale mi to pomaga). Kiedy pracujesz, pracuj. 100% pracy. Kiedy masz przerwę, przerwij na 100%. Nie wypełniaj przerw emailami i nie kompiluj, nie zmieniaj kart na Stack Exchange w czasie pracy. Jedyną rzeczą, którą będziesz chciał śledzić to kompletne pomodoros. To da ci pewną miarę wydajności pracy. Dzięki temu będziesz wiedział, ile czasu zajmują Ci pewne zadania. Na przykład, dodanie funkcji dwa zajmie Ci trzy pomodoros. Nie chcesz śledzić jednego zadania na pomodoro, ani nic podobnego, i prawdopodobnie nie chcesz śledzić przerw w pracy. To, czego najbardziej się obawiasz, to 25 na - 5 wyłączeń. Upewnij się, że masz “e-mail” pomodoro. Nie chcesz, żeby praca była tylko kodowaniem. Chcesz, aby praca zawierała wszystkie Twoje “prace”, nawet jeśli ta praca udaje, że zależy Ci na rozmowie w pokoju na przerwę.

Ponieważ w innych odpowiedziach nie było o tym mowy, chciałbym dodać, że możesz poprosić swojego menedżera o wykonanie nie pilnych zadań, które wymagają mniejszej mocy/ koncentracji mózgu. Na przykład, pisanie dokumentacji.

Więc kiedy możesz się skupić - robisz programowanie i kiedy twój mózg jest wyczerpany/jest to “dzień złego mózgu” pracujesz nad mniej obciążającymi zadaniami.

Również robienie kata kodu w międzyczasie jest świetnym sposobem na naukę/szkolenie swoich umiejętności.

Z perspektywy menedżera

Ponieważ programowanie jest rodzajem pracy, która jest bardzo trudna do zmierzenia, jeśli chodzi o czas, firmy czasami oczekują od Ciebie dodatkowej pracy, ale nie pozwalają nikomu pracować krócej niż osiem godzin.

Ponieważ trudno jest zmierzyć wydajność, jeśli Twój menedżer ma wrażenie, że z jakiegokolwiek powodu spóźniasz się z realizacją projektu, może zacząć Cię monitorować i właśnie tam czytać wiadomości lub grać w gry przez godziny lub nawet krótszy czas, jak 10-15 minut, ale konsekwentnie może spowodować USTERKI…

Z perspektywy uczciwego programisty

Niektóre zadania są tak interesujące, że nie mamy nawet czasu na rozglądanie się, podczas gdy inne są tak nudne i złożone, że od czasu do czasu robimy krótsze przerwy, ale te przerwy są związane również z naszą pracą, np. oglądanie czegoś na Pluralsight lub czytanie o przyszłych wydaniach w technologii, która może nam pomóc. …

Z niezbyt prostej perspektywy programisty

Może nie uznać żadnego zadania za interesujące w ogóle, więc konsekwentnie znajduje zainteresowanie innymi zajęciami, które nie są związane z pracą.

Podsumowanie

Jeśli jesteś w pracy, Twoje zajęcia powinny być związane z pracą; teraz niektóre firmy są surowe, a inne nie. Więc ukształtuj się na tej podstawie.

Polecam zajrzeć do tej książki ragmatyczne myślenie i uczenie się: Refactor Your Wetware

Wyjaśnia ona, że twój mózg ma dwa tryby pracy. Jeden jest trybem liniowym, który jest dość wolny. To jest to, na czym obecnie koncentrujesz się i o czym aktywnie myślisz. Istnieje również ogromna ilość przetwarzania tła, asynchronicznego, które odbywa się dalej.

Podczas gdy Ty koncentrujesz się mocno, lub próbujesz się mocno skupić na czymś, zwalniasz to przetwarzanie tła. Jeśli robisz coś innego, uwalniasz mózg, aby rozważać rzeczy w sposób nieliniowy.

Przerwa w pracy może pomóc Ci w realizacji Twoich zadań.

Osobiście powiedziałbym, że wysoki procent dużych problemów, które rozwiązuję, to te, które nie są związane z kodowaniem i robieniem czegoś innego. Nagle uświadomiłabym sobie, że podejście, które stosuję, nie jest wspaniałe i mały refaktor sprawiłby, że wszystko byłoby o wiele lepsze.

Więc nie czuj się źle, jeśli nie kodujesz, twój mózg nadal pracuje nad czymś. Ale pamiętaj, że nadal musisz wykonać tę pracę.

Zwijanie się z oglądaniem wiadomości internetowych w pracy z komputerem nie jest najlepszym pomysłem, ponieważ bardzo łatwo można się w to wciągnąć zwyczajowo jako sposób na zwlekanie, bez widocznego dla ciebie lub współpracowników, ponieważ cały czas używasz tego samego komputera. Wiele bardziej skomplikowanych zadań programistycznych ma elementy, które wymagają dojrzewania: nie można ich rozwiązać w pełni pochylony na nich, ale nie będzie rozwijać się na nich, jeśli zostawisz je w spokoju.

Więc polecam ustanowienie praktyk, aby utrzymać się na szczycie: na początku dnia, zrobić listę rzeczy, na których chcesz się skupić / pracy. Spróbuj dowiedzieć się, jak to się stało pod koniec dnia lub tygodnia.

Kiedy tylko możesz, nie pracuj przy komputerze. Zrób nawyk robienia wszystkich rzeczy projektowych na ołówku i papierze. Spróbuj dowiedzieć się, jak dobrze wykorzystać drukarkę do analizy kodu i debugowania; podczas gdy nie chcesz zostawiać sterty papieru za sobą, każda strona, na której spodziewasz się pisać i oznaczać rzeczy, podczas gdy wchłaniasz rzeczy, jest rozsądna do wydrukowania. Oczywiście, _also planować w czasie i zasobów, gdy skończysz z jakiegoś fragmentu kodu, jak to uprościć na następny raz ty lub ktoś inny trafia na tym samym kodzie: zapisać wyniki, które są pew z, w razie potrzeby zreorganizować kod dla lepszego odbioru.

Zbieranie spostrzeżeń na papierze jest zazwyczaj dużo lepsze od zbierania ich w kodzie, ponieważ mogą być tylko wstępne (a później zdajesz sobie sprawę z tego, co było niepoprawne).

Praca z papierem pozwala odpocząć oczom, daje inne spojrzenie, pozostawia namacalne uczucie dla Ciebie i Twoich współpracowników o tym, nad czym pracujesz i kiedy przestajesz robić postępy. I trzyma Internet z dala, kiedy jest najbardziej niebezpieczny.

Wiele programowania to intensywna praca, której nie możesz utrzymać przez cały dzień, nie wypalając się w końcu, ale wiele w pracy programistycznej może być również pracą roterową. Zorganizowanie przepływu pracy oraz narzędzi i materiałów w taki sposób, abyś był na bieżąco z dostarczaniem obu tych rzeczy i jak najlepiej wykorzystywał swoją koncentrację, umiejętności, doświadczenie i obecność to forma sztuki sama w sobie.

Jeśli dobrze sobie z tym poradzisz, wymyślając, jak trzymać się z dala od pułapek nieproduktywności i rozpraszania uwagi, jednocześnie wkładając swoją energię twórczą w ilości i ograniczenia, które masz do dyspozycji, będziesz skuteczny nawet jeśli umiejętności, którymi zarządzasz, same w sobie, nie muszą być nadzwyczajne.

Bycie do przodu jest dobre, czasami, aby uzyskać najlepszy wynik, mogą być wymagane dwa lub trzy ponowne napisy, a trzeba spać na poprzednim wysiłku. Miejmy nadzieję, że tak właśnie podejdziesz do swoich zadań w firmie Uni.

Kiedy jesteś intensywnie zaangażowany, godziny mogą lecieć obok. Jeśli nie wstaniesz i nie będziesz chodził, skończysz na pół niewidomy, a w przypadku chalfontów będziesz miał zły przypadek. (Możemy o tym porozmawiać ponownie za 30 lat).

Trudno mi też wrócić z “ławki”, jeśli byłem pomiędzy zadaniami, pomaga to zakodować makra do odrętwiająco powtarzających się zadań.

To także niesamowite, co można rozwiązać w pubie z kolegami (choć najlepiej zarezerwowane dla nich po pracy).

Może praca nad rozwojem narzędzi, lub dokumentowanie trudniejszych rozwiązań do wykorzystania w przyszłości, przyjdzie czas, gdy Google i SO nie będą w stanie Ci pomóc.

Spróbuj przyjść 2 godziny wcześniej i zrobić sobie dłuższą przerwę na lunch, ale zarządzaj czasem. Nie pracuj dłużej, aby “uzasadnić” przerwy. Jeśli możesz pomóc komuś innemu z jego problemami, tym lepiej. Ich czas kosztuje tyle samo co Twój.