Jak produktywnie spędzać „wolny czas” w biurze [zamknięte]


17

Po wysłaniu wersji, raz na dwa do trzech miesięcy, mam 10 do 15 dni wolnego czasu. W wolnym czasie mam na myśli brak pracy, nikogo nie obchodzi, co robisz itp., Ale musisz przyjść do biura i iść.

Czy masz w ten sposób wolny czas? Jak wykorzystasz ten czas?

Zwykle czytam, ale wydaje mi się, że coraz więcej informacji nie jest najlepszym sposobem na ich wykorzystanie.


4
Wow, nie. Zazwyczaj zaczynam od dowolnego zadania, z którym się spóźniam, ponieważ poprzednie zadanie przekroczyło: P
JohnB

19
10-15 dni płatnego czasu wolnego? Nigdzie o tym nie słyszałem. Tak, zwykle są przerwy w pracy, w których rzeczy nieco zwalniają, ale dwa lub trzy tygodnie bez pracy? Myślę, że może to być oznaką złego zarządzania projektami. Pomyśl o tym, co możesz osiągnąć, jeśli zaczniesz pracę nad kolejną wersją od razu - znacznie spokojniejsze tempo, być może zwiększające wartość wydania.
Thomas Owens

3
Poważnie koleś. Nigdy nie lubiłem przerwy w mojej 8-letniej karierze! Z siłą wziąłem tydzień nieprzerwanych wakacji jakieś 7 lat temu. Nic więcej.
sarat

4
wykonać część prac badawczo-rozwojowych. Zbadaj (i eksperymentuj) niektóre nowe technologie, które mogą być przydatne w przyszłych projektach. Dobry dla twojego rozwoju osobistego, jak i dla firmy.
jwenting 27.07.11

8
Czy zatrudniają w Twojej firmie? :)
Scott C Wilson

Odpowiedzi:


17

To jest trochę niezwykłe. A tak przy okazji, dziwne. Jeśli twój pracodawca nie ma dla ciebie pracy, dlaczego zmusza cię do przyjścia do biura?

Popraw swój kod

Ogólnie rzecz biorąc, zawsze jest coś do zrobienia, nawet przy jednym projekcie. Jeśli nie masz nic do roboty, oznacza to, że Twój projekt jest idealny. Nie wierzę w idealne projekty, ponieważ nigdy ich nie widziałem. Jeśli twoja firma ma doskonałe projekty, chciałbym móc zobaczyć, jak to się robi.

Jeśli Twój projekt nie jest doskonały, możesz poświęcić ten wolny czas na jego ulepszanie.

  • Egzekwuj reguły stylu kodowania,
  • Sprawdź, czy komentarze są aktualne i nigdzie ich nie brakuje,
  • Dokonaj przeglądu kodu dla części, które nie zostały przez Ciebie napisane,
  • Poprawić dokumentację techniczną,
  • Profiluj kod, aby zobaczyć, jakie są wąskie gardła i jak je usunąć,
  • Refaktoryzuj swój kod,
  • Zacznij myśleć o przyszłych funkcjach do wdrożenia.
  • itp.

Nauczyć się czegoś nowego

Czasami właśnie kończysz kodowanie, w końcu wypuściłeś projekt, a ostatnią rzeczą, którą chcesz zrobić, to kontynuować pracę z kodem, który był używany przez ostatnie trzy miesiące. To zrozumiałe. W takim przypadku możesz łatwo znaleźć inny zawód, aby zmienić swoje pomysły i zwiększyć swoją wiedzę. Na przykład, jeśli jesteś programistą C #, naucz się języka Python lub dowiedz się, jak korzystać z rozszerzeń reaktywnych lub cokolwiek innego.

W wolnym czasie możesz też ulec pokusie zrobienia małego projektu. Nie radzę tego robić, nie tylko dlatego, że kod, który piszesz w pracy, zazwyczaj należy do twojej firmy, ale także dlatego, że możesz zostać pozwany do korzystania ze sprzętu i innych zasobów przedsiębiorstwa do wykonywania projektów, które nie mają nic wspólnego z twoim rzeczywista praca.

Porozmawiaj ze swoim szefem

Dobrym pomysłem może być zadanie pytania na Programmers.SE zainteresowanej osobie, tj. Swojemu szefowi. W rzeczywistości istnieją szanse, że:

  • Albo ignoruje, że programiści czasami nie mają nic do roboty,
  • Lub oczekuje, że zrobisz coś precyzyjnego.

Szczególnie ważne jest, aby wiedzieć, jaka jest sytuacja, jeśli szef naprawdę oczekuje, że coś zrobisz. Na przykład, gdybym miał pracowników, spodziewałbym się, że poprawią projekt, gdy skończą pisać kod i rozwiązywać błędy. W ten sam sposób, kiedy pracuję dla firmy w miejscu, zawsze spędzałem cały czas pracując nad projektem i doskonaląc go, jeśli nie było żadnych błędów do rozwiązania.

Jest jeden wyjątek: stażyści zwykle nie powinni samodzielnie wykonywać dodatkowej pracy. Ale przynajmniej oczekujemy, że przyjdą i powiedzą nam, kiedy skończą to, o co poprosiliśmy, abyśmy powierzyli im kolejne zadanie.


3
„Jeśli twój pracodawca nie ma dla ciebie pracy, dlaczego zmusza cię do przyjścia do biura?” „utrzymuj ducha zespołu”, „łatwo utrzymuj kontakt”, „w każdej chwili możemy coś mieć” i inne wymówki dla „chcemy po prostu kontrolować”.
jwenting 27.07.11

@jwenting, +1 w komentarzu do „chcemy tylko mieć kontrolę”. Jest to powszechne podejście wśród firm, które opanowały niszowy rynek, a pieniądze łatwo napływają. Menedżerowie mniej zajmują się obawami klientów i nowymi możliwościami, a bardziej kontrolują swoje małe lenna i poddanych, którzy się do nich zgłaszają.
wałek klonowy

2
Niektóre firmy mogą chcieć, aby ktoś wybił zegar i był gotowy na wypadek problemów z wydaniem. Miałem przypadki, w których nie miałem rzeczy do zrobienia na poprzednich stanowiskach.
JB King

6

W rzeczywistości w mojej pracy zdarzają się takie sytuacje. Wydaje się, że po premierze jest kilka tygodni przerwy, podczas gdy przygotowujemy się do następnej wersji, a menedżerowie PM & Development kłócą się o priorytetyzację funkcji dla wersji n + 1.

Zwykle staram się spędzać ten czas na spłacaniu zaciągniętego zadłużenia technicznego lub na dodawaniu funkcji, które moim zdaniem są konieczne, ale które nigdy nie otrzymują odpowiednich zasobów, ponieważ mogą nie prowadzić bezpośrednio do przychodów.


3

Byłem w tej sytuacji więcej niż raz dla więcej niż jednego pracodawcy, wierz mi,

Nie jest to powszechne, ale z pewnością nie jest niczym niezwykłym.

Nie pójdę wprost i nie powiem, że jest to powszechne i na pewno nie jest normalne. Jest to oznaką złego zarządzania i / lub zarządzania projektami. Oto kilka typowych tematów, które zauważam, które powodują takie przestoje.

  • Możesz być w dużej organizacji z dużą ilością zasobów programistycznych. Trudniej jest skutecznie zarządzać bieżącymi projektami oprogramowania i utrzymywać 100% wykorzystanie zasobów dzięki dużej puli zasobów.

  • Źli menedżerowie projektów. Wykonują okropną robotę, planując prace nad wydaniem w taki sposób, aby zasoby były maksymalnie bliskie 100% wykorzystaniu.

  • Projekt konserwacji / funkcji istniejącego oprogramowania. Wiele razy, gdy występuje zaległość funkcji lub skomplikowane prace konserwacyjne, sama praca może nie wymagać dużego wysiłku, ale wymaga bardzo wysokiego poziomu wiedzy technicznej i wiedzy biznesowej do wykonania pracy.

  • Ekspert merytoryczny. Często zdarza się, że projekty posiadające szeroki zakres technologii i / lub wiedzę biznesową potrzebują małych zespołów tworzących się wokół poszczególnych obszarów. Zespoły te stają się ekspertami merytorycznymi we własnym zakresie, a firma docenia ich WIĘCEJ za to, co wiedzą i co są w stanie zrobić, niż za to, co robią w najbliższym momencie, gdy nie ma dla nich pracy.


2
Zapomniałeś dodać, że klient opóźnił podpisanie umowy. Zwłaszcza w świecie kontrahentów rządowych nie można w ogóle pracować nad projektem bez fakturowania. Bez umowy nie możesz pracować nad projektem. W ten sposób menedżerowie znajdują się w trudnej sytuacji, ponieważ mogą pozwolić swoim pracownikom przejść do innych projektów, ale ryzykują, że nie będą mogli ich odzyskać po podpisaniu umowy lub utrzymają ich na głowie.
Dunk

1

Rzeczywiście dziwne

  • 10–15 dni wolnego czasu w cyklicznych odstępach czasu
  • nikt nie dba o to, co robisz, ale nadal musisz być fizycznie obecny

Niemniej jednak masz trochę przyzwoitego czasu, który możesz wykorzystać, może na ćwiczenie budowania zespołu, zebranie współpracowników oraz naukę i przedstawienie kilku pojęć dotyczących używanego języka lub frameworka. Poświęć trochę czasu na ćwiczenie kodu w niektórych przypadkowych problemach, aby poprawić swoje umiejętności.

Zwykle loguję się do StackOverflow i tutaj podczas niektórych krótkich przerw dostępnych. Również wybór nowego języka może być perspektywą, na którą możesz spojrzeć.


1

Co polecam jest to, że w ciągu dwóch do trzech miesięcy, gdy ciężko pracuje, zacząć tworzyć listy rzeczy, które chcesz zrobić, gdy projekt jest wykonywana, a kilka tygodni wolnych rolkach razem.

  • „Wystarczająco dobre” fragmenty kodu, które chciałbyś przefiltrować
  • Narzędzia, biblioteki, języki itp., Z którymi chcesz eksperymentować
  • Pomysły, które chcesz prototypować, prototyp koncepcji do zbudowania
  • Techniki programowania, które chcesz wypróbować

Uważam, że jeśli dodam adres URL i notatkę do listy za każdym razem, gdy pomyślałem o czymś takim, po dwóch lub trzech miesiącach z pewnością będę mieć wystarczająco długą listę rzeczy do zrobienia!

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.