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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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