Прежде всего, не моя фраза: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Реквизит мистеру Маркхэму.
НО, это заставило меня задуматься над множеством вопросов, которые я видел о том, чтобы быть в состоянии добиться цели.
Подход поддерживал (установка таймера на установленный период, в данном случае 50 минут, но я видел, как люди говорили о том, чтобы прервать промедление, установив всего пять минут на задачи, которые вы просто не можете заставить себя выполнить, и затем приняв короткий перерыв) кажется здравым смыслом, но многие люди выступают за то, чтобы попасть в «зону» и оставаться там как можно дольше, может быть, много часов, вместо того, чтобы нарушать свою канавку.
Я продолжаю пробовать разные подходы и нахожу, что у каждого есть свои сильные и слабые стороны.
Какую технику вы используете, чтобы быть более ЭФФЕКТИВНЫМ (т. Е. Выполнять работу в соответствии с уровнем качества, требуемым вашим клиентом / начальником / и т. Д. В допустимые сроки) при разработке программного обеспечения, а не просто проводить больше времени за клавиатурой ?
источник
Ответы:
Я использую эту технику ежедневно. Мой таймер 45 минут работы на 10 минут отдыха.
Я также максимизирую время на компьютере до 4 часов в день . Я понимаю, что это невозможно, когда ваша основная задача - кодирование. В остальное время я делаю любую задачу, которая не требует компьютера.
Инструмент, который я использую, - это WorkRave . Автор написал это, потому что у него начались физические проблемы из-за невозможности остановить кодирование на долгие часы.
Я меньше подвержен стрессу, и это положительно сказалось на моей продуктивности.
Несколько недель я также пробую некоторые техники осознанности во время паузы. Вкусные.
Теперь о методах против прокрастинации, у меня есть один, который побил все, что я пробовал раньше:
Я управляю одним списком задач с приоритетом важности. Я выбираю первое в списке.
Я поддерживаю список (и календарь) с комбинацией GTD и 7 привычек .
Чтобы повысить эффективность списка, запишите свои задачи как следующие действия вместо описаний (см. Главу Действия, контексты и проекты в этой записи блога )
источник
Я не впечатлен этим эссе; что он потратил, однажды, пробуя свой новый метод?
Тем не менее, Pomodoro и подобные методы, кажется, имеют постоянную нишу популярности. Обычно я стараюсь сортировать свои дни по «фокусным дням» и «разным дням». Фокусные дни я появляюсь в чуть более расслабленной одежде, может быть, чуть раньше (или остаюсь позже). В те дни у меня нет собраний, поэтому я могу написать собственное расписание, что позволяет мне лучше сосредоточиться. В другие дни у меня есть встречи, встречи и так далее. У меня не будет времени сконцентрироваться, поэтому я стараюсь планировать меньшие и более простые задачи, чтобы заполнить мое время.
Одним из хороших способов повышения производительности в кодировании является генерация кода любого стандартного бита; рефакторинг всего, что дублируется и т. д.
источник
Здесь важно помнить, что не существует решения «один размер подходит всем».
Существует множество методов для улучшения вашей способности «добиться цели», и одна из причин заключается в том, что разные вещи работают для разных людей.
Некоторые люди очень хорошо справляются с такой методологией (например, Pomodoro Technique), а некоторые обнаружат, что она разрушает их фокус - мне действительно не нравится останавливаться на промежуточной задаче, и это почти всегда то, что системы на основе таймера делают со мной ... концептуально хорошо, сложная реализация (верно для большинства структурированных методологий для управления временем и других вещей)
источник
Поскольку проблема заключается в кодировании, в дополнение к методам, упомянутым Пьером, я бы предложил, если это вообще возможно, кодировать на динамическом языке (например, с Python приятно работать): такие языки позволяют вам чрезвычайно продуктивный (измеренные времена кодирования показывают улучшение от 2 до 10 по сравнению с C). С ними так приятно работать, что вы, в принципе, никогда не «просто проводите время за клавиатурой».
источник