Как продуктивно провести «свободное время» в офисе [закрыто]

17

После доставки релиза раз в два-три месяца у меня появляется 10-15 дней свободного времени. Под свободным временем я имею в виду отсутствие работы, никого не волнует, что вы делаете и т. Д., Но вы должны прийти в офис и уйти.

У тебя есть такое свободное время? Как вы используете это время?

Я склонен читать, но чувствую, что все больше и больше информации не лучший способ ее потратить.

user2434
источник
4
Вау, нет. Обычно я начинаю выполнять любую задачу, с которой опаздываю, потому что предыдущая задача перегружена: P
JohnB
19
10-15 дней платного свободного времени? Я никогда не слышал об этом нигде. Да, в работе обычно бывают затишья, когда вещи немного замедляются, но две или три недели не работают? Я думаю, что это может быть признаком плохого управления проектами. Подумайте, чего бы вы достигли, если бы сразу начали работу над следующим выпуском - гораздо более спокойным темпом, возможно, добавив больше ценности этому выпуску.
Томас Оуэнс
3
Серьезно чувак. Я никогда не наслаждался перерывом в моей 8-летней карьере! Я принудительно взял одну неделю непрерывных каникул около 7 лет назад. Не более того.
Сара
4
получить некоторую работу R & D. Исследуйте (и поэкспериментируйте) некоторые новые технологические разработки, которые могут быть полезны в будущих проектах. Хорошо для вашего личного развития, а также для компании.
jwenting
8
Они нанимают в вашу компанию? :)
Скотт С Уилсон

Ответы:

17

Это немного необычно. И странно, кстати. Если у вашего работодателя нет работы для вас, почему он заставляет вас приходить в офис?

Улучши свой код

В общем, всегда есть над чем поработать, даже над одним проектом. Если вам нечего делать, значит ваш проект идеален. Я не верю в идеальные проекты, так как никогда не видел ни одного. Если у вашей компании есть отличные проекты, я бы хотел посмотреть, как это делается.

Если ваш проект не идеален, то вы можете потратить это свободное время на его улучшение.

  • Применять правила стиля кодирования,
  • Проверьте, обновлены ли комментарии и не пропали ли они нигде,
  • Делайте проверку кода на части, которые не были написаны вами,
  • Улучшить техническую документацию,
  • Профилируйте код, чтобы увидеть узкие места и способы их устранения.
  • Рефакторинг вашего кода,
  • Начните думать о будущих функциях для реализации.
  • и т.п.

Узнавать что-то новое

Иногда вы только что закончили писать код, наконец-то выпустили проект, и последнее, что вы хотели бы сделать, - это продолжать работать с кодом, над которым вы работали последние три месяца. Это понятно. В этом случае вы можете легко найти другое занятие, чтобы изменить свои идеи и расширить свои знания. Например, если вы разработчик C #, изучите Python или научитесь использовать Reactive Extensions или что-то еще.

Вы также можете соблазниться сделать небольшой проект для себя в свободное время. Я не советую делать это не только потому, что код, который вы пишете на своей работе, обычно принадлежит вашей компании, но и потому, что вас могут обвинить в использовании вашего корпоративного оборудования и других ресурсов для выполнения проектов, которые не имеют никакого отношения к вашей фактическая работа.

Поговори со своим боссом

Это может быть хорошей идеей, чтобы задать вопрос, который вы задали на Programmers.SE заинтересованному лицу, то есть вашему боссу. На самом деле, шансы таковы:

  • Либо он игнорирует, что разработчикам иногда нечего делать,
  • Или он ожидает, что вы сделаете точную вещь.

Особенно важно знать, в какой ситуации ваш начальник ожидает, что вы что-то сделаете. Например, если бы у меня были сотрудники, я ожидал бы, что они улучшат проект, когда они закончат писать код и исправлять ошибки. Точно так же, когда я работаю в компании на месте, я всегда проводил все время, работая над проектом и улучшая его, если не было ошибок, которые нужно было устранить.

Есть одно исключение: от стажеров обычно не требуется выполнять дополнительную работу самостоятельно. Но, по крайней мере, мы ожидаем, что они придут и скажут нам, когда они закончат то, что мы просили их сделать, чтобы мы дали им еще одну задачу.

Арсений Мурзенко
источник
3
«Если у вашего работодателя нет работы для вас, почему он заставляет вас приходить в офис?» «поддерживать командный дух», «легко поддерживать связь», «у нас может быть что-то в любой момент» и другие оправдания «мы просто хотим контролировать».
jwenting
@jwenting, +1 на ваш комментарий для «мы просто хотим иметь контроль». Это обычное отношение среди компаний, которые занимают нишу на рынке, и деньги легко поступают. Менеджеры становятся менее озабоченными проблемами клиентов и новыми возможностями и, в особенности, тем, что контролируют своих маленьких феодалов и крепостных, которые им подчиняются.
maple_shaft
2
Некоторые компании могут просто хотеть, чтобы кто-то ударил по часам и был готов, если возникнет проблема с выпуском. У меня были случаи, когда у меня не было дел на предыдущих должностях.
JB King
6

На самом деле у меня возникают такие ситуации на моей работе. После выпуска версий в течение нескольких недель наблюдается затишье, пока мы готовимся к следующему выпуску, и менеджеры PM & Development спорят о приоритезации функций для выпуска n + 1.

Я обычно стараюсь тратить это время на погашение возникшего технического долга или добавление функций, которые, на мой взгляд, необходимы, но которые никогда не получают надлежащих ресурсов из-за того, что они могут не привести непосредственно к доходу.

Шон Д.
источник
3

Я был в этой ситуации более одного раза для более чем одного работодателя, поверьте мне,

Это не часто, но, конечно, не необычно.

Я не пойду прямо и скажу, что это распространено, и, конечно, это не нормально. Это признак плохого управления и / или управления проектом. Вот некоторые общие темы, которые, как я заметил, дают такие затишья.

  • Вы можете быть в большой организации с большим количеством ресурсов для разработки. Становится все труднее эффективно управлять текущими программными проектами и поддерживать 100% -ное использование ресурсов с большим пулом ресурсов.

  • Плохие менеджеры проектов. Они делают ужасную работу по планированию релизной работы таким образом, чтобы ресурсы были максимально приближены к 100%.

  • Техническое обслуживание / Feature Project для существующего программного обеспечения. Во многих случаях при наличии невыполненных функций или сложных работ по техническому обслуживанию для выполнения самой работы может не потребоваться много усилий, однако для ее выполнения требуется очень высокий уровень технических знаний и деловых знаний.

  • Эксперт предметной области. Для проектов, которые имеют широкий спектр технологий и / или бизнес-знаний, нередко возникает необходимость формирования небольших групп команд вокруг отдельных областей. Эти команды становятся экспертами по предмету в своем собственном отношении, и компания ценит их БОЛЬШЕ за то, что они знают и на что способны, чем на то, что они делают в тот момент, когда специально для них нет работы.

maple_shaft
источник
2
Вы забыли добавить, что клиент отложил подписание договора. Особенно в мире государственных подрядчиков, вы не можете работать над проектом, не выставляя счета за него. Без контракта вы не можете работать над проектом. Таким образом, менеджеры оказываются в трудном положении, так как они могут позволить своим людям переходить к другим проектам, но рискуют быть не в состоянии вернуть их, когда контракт подписан, или они могут держать их на накладных расходах.
Данк
1

Действительно странно,

  • 10-15 дней свободного времени с периодическими интервалами
  • никого не волнует, что вы делаете, но все равно должны присутствовать физически

Тем не менее у вас есть приличное время, которое вы могли бы использовать, возможно, выполнить какое-либо упражнение по построению команды, собрать своих коллег, выучить и представить некоторые концепции языка или структуры, которые вы используете. И потратьте некоторое время, чтобы потренировать немного кода в некоторых случайных задачах, чтобы улучшить свои навыки.

Я склонен входить в StackOverflow и здесь во время некоторых коротких перерывов. Выбор нового языка также может быть перспективой, на которую вы можете посмотреть.

V4Vendetta
источник
1

То , что я рекомендовал бы в том, что в течение двух-трех месяцев , когда вы которые трудно на работе, вы начинаете строить из списка вещей , которые вы хотите сделать , когда проект будет сделан и пара недель свободного времени катается.

  • «Достаточно хорошие» фрагменты кода, которые вы хотели бы реорганизовать
  • Инструменты, библиотеки, языки и т. Д., С которыми вы хотели бы поэкспериментировать
  • Идеи, которые вы хотели бы прототипировать, доказательства концепции для создания
  • Методы разработки, которые вы хотели бы опробовать

Я считаю, что если бы я добавлял URL-адрес и заметку в список каждый раз, когда думал о чем-то подобном, через два-три месяца у меня наверняка был бы достаточно длинный список дел, чтобы занять меня!

Carson63000
источник