Какие рабочие интервалы более продуктивны: короткие или длинные? [закрыто]

Какие сеансы работы более продуктивны для программирования: короткие (<= 30 минут), средние или длинные (> = 2 часа)? В каких случаях? (Подумайте о кодировании новой функциональности, внесении небольших изменений, настройке пользовательского интерфейса, рефакторинге, отладке, изучении API, попытке понять код другого).

Что вы можете сказать из своего опыта? Информация из исследований и лучших практик также приветствуется. Хотя было бы неплохо увидеть ссылки или ссылки.

Надежная информация предпочтительнее, чем полный ответ.

Ценные выносы:

• Сосредоточенное мышление является конечной целью здесь
• Обычно непрерывная работа> 2-3 часа приводит к потере фокуса и туманным мыслям
• Когда вы в потоке, лучше дать себе поработать 1-2 часа
• Стоит попробовать практиковать технику Помодоро, чтобы помочь преодолеть инерцию мышления и промедление, чтобы лучше почувствовать время. Особенно это может помочь начать делать вещи, которые тебе не нравятся, делая так много
• При использовании программного обеспечения для управления перерывами вы можете позволить себе быть более гибким, например, пропустить 1 перерыв, но не более. Это позволяет вам адаптироваться к ситуации: быть в потоке, когда есть поток, оставаться управляемым, когда не в потоке
• Свежий воздух, расслабление и упражнения во время перерыва могут помочь вовлечь правильное полушарие, чтобы получить новые идеи и решения

Попробуйте программные инструменты для «управления перерывом»:

• Pomodairo - это дополнительно отслеживает список задач и имеет пользовательский интерфейс Pice
• WorkRave - обеспечивает большую гибкость в настройке. также можно использовать без динамиков

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

Если вы действительно сосредоточены, вы не можете продолжать в течение нескольких часов непрерывно (если можете, то вы не очень сосредоточены). Ваш мозг просто исчерпает топливо. Действительно, большинство методов управления производительностью / временем, таких как техника Pomodoro , все о:

1. Разбивая свои цели на маленькие, выполнимые задачи.
2. Принимать по одной задаче за раз, концентрируясь на ней и только на ней, в течение определенного времени.
3. Взять хотя бы короткий перерыв.

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

Больше о Pomodoro Technique, по просьбе Алексея: я попробовал, на самом деле это единственный формализованный метод управления временем, который я когда-либо пробовал как есть. Это был полезный эксперимент, который помог мне ценить timeboxing, и я все еще мог использовать его, особенно если у меня есть проблемы с «запуском». Однако, находясь в потоке, я обнаружил, что чистый Pomodoro - пауза каждые 25 минут - слишком жесткий. Пауза только из-за точного, заранее определенного времени истощается. Звон таймер является отвлечением, и это делает сделать ментальные кусочки падают вниз, и повторно создать свой «кэш мозга» после перерыва занимает много времени.

Так что в настоящее время я в основном работаю в соответствии с текущей ситуацией. Если у меня возникнут проблемы с тем, чтобы начать что-то делать, я мог бы поставить перед собой строгую цель, например, «сделать это в течение следующих 30 минут, период» или «завершить это, прежде чем получить больше кофе». Такие простые правила облегчают самодисциплину. Но если я полон энергии, делаю какой-то хороший код, то я могу сделать это почти 2 часа подряд, без перерывов. После такого спринта в моем мозгу кончается энергия, поэтому остановка на какое-то время случается по необходимости.

Но, чтобы прояснить ситуацию, я думаю, что моя способность работать «в соответствии с текущей ситуацией» в значительной степени обусловлена ​​тем, что я пробовал временные рамки, хотя я редко делаю строгие временные рамки. Благодаря испытанию я знаю, что когда я откладываю, тогда я сделаю какой-то временной блок - достаточно одного блока - и скоро я снова в потоке. Поэтому я настоятельно рекомендую попробовать такие методы. Даже если вы не будете использовать его постоянно, вы, вероятно, научитесь некоторым полезным инструментам, чтобы контролировать себя при необходимости.

Я беру 10-минутную паузу каждые 45 минут .

Но когда я в процессе программирования, я даю себе право пропустить один, но только один.

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

Во время паузы перестаньте думать о работе. Если вы не перестаете думать о работе, вы не останавливаетесь от нее.

Я не пропускаю паузы для задач, где фокус не так важен, как в программировании.

Длинные интервалы времени, как правило, более продуктивны, так как большинство задач кодирования имеют издержки в начале, чтобы попасть в «поток».

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

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

Это зависит от характера задачи. Обычно (как отметил @Joonas) можно разбить задачи на более мелкие куски, каждый из которых может быть обработан от 5 минут до 1 часа целенаправленной работы. Иногда человек сталкивается с более сложной задачей, которая требует более длительного времени, например

• понимание сложного куска кода / алгоритма (или математической теории за ним),
• проектирование сложной системы.

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

Другой аспект заключается в том, что при действительно сложных проблемах вам необходимо задействовать весь мозг, чтобы найти решение - не только логическое / аналитическое левое полушарие, но и целостное правое. Часто, сталкиваясь с серьезной проблемой, ваш левый мозг может просто застрять, катаясь в одной и той же колеи снова и снова, без какого-либо продвижения. Это не только утомляет вас, но и полностью блокирует любую возможность для вашего другого, творческого полушария мозга участвовать в процессе и сообщать любые идеи / результаты, которые он, возможно, обнаружил. Так часто, в таких случаях, полностью поняв проблему и ее контекст и сформулировав соответствующие вопросы, лучшим подходом может быть «расслабиться», сделать что-то совершенно другое, чтобы задействовать ваш логический мозг, тем самым позволяя вашему творческому мозгу работать свободно

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

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

Должен признаться, мне интересно, почему вы задали такой вопрос.

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

Я делаю перерыв, когда мне хочется. До сих пор, в худшие дни, сумма этих перерывов никогда не превышала полтора часа. Как долго и сколько, в моем случае, зависит от того, насколько интересна поставленная задача. Грубо говоря, меньше и короче перерывы, когда поставленная задача более интересна. Больше и больше перерывов, если поставленная задача менее интересна.

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

Может быть, теория относительности играет здесь. :)