Uważam, że pracuję w odosobnieniu, nad fragmentem kodu, którego nikt nie zobaczy przez tygodnie, wyczerpujący. Szukam pomysłów, które pozwolą mi zachować produktywność i motywację.
Co robisz, aby pozostać zmotywowanym i produktywnym, kiedy otrzymujesz długoterminowe zadanie programistyczne i pracujesz sam (na przykład z domu, bez kolegów z zespołu lub współpracowników)?
productivity
solo-development
Blueberryfields
źródło
źródło
Odpowiedzi:
Utrzymaj równowagę.
Biorąc pod uwagę coś nowego (np. Grając w grę, pijąc piwo itp.), Jesteśmy w stanie skupić się i zrobić to jedno przez dłuższy czas. Jedynym sposobem na władzę przez przyziemne zadanie (bez przedawkowania kawy ) jest utrzymanie równowagi . Mówię „przyziemny”, ponieważ gdyby było to zadanie, które naprawdę Cię pasjonowało, nie poszedłbyś na stronę i nie zadałbyś tego pytania.
Propozycje:
źródło
Wyznaczanie celów jest dla mnie jedynym sposobem na pracę ...
Pod koniec godziny chcę, żeby X się skończyło. A do lunchu chcę, żeby Y & Z skończyły. Podczas lunchu sprawdzasz, gdzie jesteś, a następnie wyznaczasz nowe cele. Za ukończenie każdego celu czeka nagroda; nagrodą może być cuppa lub spacer od biurka lub 10 minut na stosie wymiany ...
Zdecydowanie lepiej jest również ustalić osiągalne cele - szukasz nagrody mentalnej za odhaczenie pracy z listy. Nie ma znaczenia, jaki jest twój cel, o ile zwykle można to osiągnąć w oknie czasowym.
źródło
Podejdź do niego jak do problemu programistycznego
Łatwo jest tak pochłonąć pisanie kodu, że oddzielamy sposób rozwiązywania problemów programistycznych od tego, jak rozwiązujemy zwykłe problemy w świecie rzeczywistym. Ale tak naprawdę narzędzia koncepcyjne, których używamy do rozwiązywania problemów programistycznych, są całkiem dobre do wszystkiego.
Jako programista masz już narzędzia potrzebne do rozwiązania tego problemu, to tylko kwestia ich zastosowania.
źródło
Według mnie to, co według mnie działa,
Jasne zdefiniowanie zadania : najważniejsze jest, aby zapisać zadanie i nie przechowywać go w pamięci .
Podziel jedno zadanie, jeśli jedno jest ogromne : Ponownie podziel je na zadania i zapisz je.
Przypisywanie ETA lub ostatecznego terminu : jest to naprawdę ważne i bądź bardzo surowy i zdyscyplinowany. W przeciwnym razie zwlekasz.
Użyj techniki pomodoro do krótkotrwałego skupienia. I wykorzystaj ten odstęp czasu do załatwiania spraw i innych rzeczy, takich jak sprawdzanie poczty e-mail.
Upewnij się, że koncentrujesz się na wykonywanym zadaniu. Unikaj zbłąkanych zadań, jak możesz.
Po zakończeniu zadania oznacz je jako ukończone i śledź czas rozpoczęcia i zakończenia. Rejestruj rzeczy, które rozwiązałeś podczas wykonywania zadania.
Po zakończeniu wykonywania zadania wybierz następny krok .
Uczyń te dane tabelarycznymi. Wszystko to znajduje się w David Allen's Robiąc rzeczy.
Kilka innych ważnych rzeczy.
Zapamiętaj:
Podjęcie następnego kroku jest ważne. Jeśli masz kolejny krok dla każdego zadania, możliwości zadania rosną liniowo, a jeśli prowadzą do więcej niż jednego następnego kroku, możliwości zadania rosną wykładniczo.
W rzeczy samej, jak powiedział Sun Tzu: Możliwości mnożą się, gdy są wykorzystywane.
Podsumowując wszystko:
Postępuj zgodnie z tym religijnie.
źródło
Uważam, że pomocni są rówieśnicy, którzy chętnie dzielą się przemyśleniami na temat tego, nad czym pracujesz. Nigdy nie było całego problemu, nad którym pracowałem samemu, który nie skorzystał na dyskusji z innymi.
Zapytaj starszego lub znajomego, czy może poświęcić czas na sprawdzenie twojego kodu. Jeśli możesz sparować recenzję, jeszcze lepiej!
Pomocne może być także blogowanie o swoich doświadczeniach związanych z kodowaniem. Jestem pewien, że są rzeczy, których się nauczyłeś lub ćwiczysz (na przykład TDD) w tym długim okresie, lub pomysły na to, jak coś zrobiłeś i zastanawiasz się, czy można to zrobić lepiej.
źródło
Pracuję nad małym projektem, który ostatecznie zostanie przeprojektowany. Nikt inny tak naprawdę nie dba, ale staram się rozwijać swoje umiejętności. Czytam książkę o refaktoryzacji, więc chciałbym zastosować jak najwięcej praktyk. Nie mam czasu. Jako samotny programista nikt nie przyjrzy się mojemu kodowi (nie każdy, kto mógłby go zrozumieć, ale okazjonalny gość mojej kostki może rzucić okiem.) Zrobiłem prototyp i zrobiłem demo. Nie mogę się doczekać wniosków o zmianę.
Chociaż jestem zmotywowany do robienia rzeczy, wolę też dobre wyzwanie.
źródło
Zrobiłem to w kilku projektach. Znajduję najlepszy sposób, aby zmotywować go do tego, aby być odpowiedzialnym.
Nawet jeśli nikt nie będzie patrzył na mój kod ani na to, co robię, nadal priorytetem jest rozmowa z moim przełożonym, szefem lub szefem rządu i poinformowanie ich, gdzie jestem i co planuję po zakończeniu do końca tygodnia. Przejście go razem z nimi zajmuje 5 minut, a kilku posłów powiedziało mi, że jest to również bardzo pomocne.
Dla mnie wyznacza cel i miękki termin, który chcę osiągnąć. Dla PM informuje ich, gdzie jestem w zadaniu, i daje im czas na przekazanie swojego wkładu.
Jeśli nie możesz tego zrobić osobiście, wyślij krótkiego e-maila. Chodzi o to, abyś był odpowiedzialny za swoje zadania.
Spróbuj także podzielić bardzo dużą pracę na małe, łatwe do zmierzenia i mierzalne zadania. Użyj systemu śledzenia biletów i przydziel sobie bilety. W ten sposób możesz zarządzać swoim działaniem i być odpowiedzialnym za wszystkie zadania, które musisz wykonać.
źródło
Dobra muzyka do programowania (techno, trance) pomaga utrzymać mnie w napięciu, kiedy nie jestem w nastroju lub pracuję nad częściami oprogramowania, które mnie szczególnie nie ekscytują.
źródło