«Чтобы быстро кодировать, вы должны выйти из кодирования»

17

Прежде всего, не моя фраза: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Реквизит мистеру Маркхэму.

НО, это заставило меня задуматься над множеством вопросов, которые я видел о том, чтобы быть в состоянии добиться цели.

Подход поддерживал (установка таймера на установленный период, в данном случае 50 минут, но я видел, как люди говорили о том, чтобы прервать промедление, установив всего пять минут на задачи, которые вы просто не можете заставить себя выполнить, и затем приняв короткий перерыв) кажется здравым смыслом, но многие люди выступают за то, чтобы попасть в «зону» и оставаться там как можно дольше, может быть, много часов, вместо того, чтобы нарушать свою канавку.

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

Какую технику вы используете, чтобы быть более ЭФФЕКТИВНЫМ (т. Е. Выполнять работу в соответствии с уровнем качества, требуемым вашим клиентом / начальником / и т. Д. В допустимые сроки) при разработке программного обеспечения, а не просто проводить больше времени за клавиатурой ?

Тодд Уильямсон
источник
3
Я хотел бы использовать это как возможность подключить другой (предлагаемый) сайт SE, «Личная производительность и организация»: area51.stackexchange.com/proposals/4296/…
instanceofTom
О-о-о-о-о-о-о-о! Благодарность!
Тодд Уильямсон
распространение нишевых сайтов SE становится пограничным абсурдом.
Кевин

Ответы:

15

Я использую эту технику ежедневно. Мой таймер 45 минут работы на 10 минут отдыха.

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

Инструмент, который я использую, - это WorkRave . Автор написал это, потому что у него начались физические проблемы из-за невозможности остановить кодирование на долгие часы.

Я меньше подвержен стрессу, и это положительно сказалось на моей продуктивности.

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

Теперь о методах против прокрастинации, у меня есть один, который побил все, что я пробовал раньше:

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

Я поддерживаю список (и календарь) с комбинацией GTD и 7 привычек .

Чтобы повысить эффективность списка, запишите свои задачи как следующие действия вместо описаний (см. Главу Действия, контексты и проекты в этой записи блога )

Тодд Уильямсон
источник
1
Можете ли вы привести пример задачи, записанной как действие, а не как описание?
Адам Лир
Конечно, я добавил ссылку на более полную статью в ответ. Вот ссылка снова (она описывает всю технику GTD): zenhabits.net/the-getting-things-done-gtd-faq .
6

Я не впечатлен этим эссе; что он потратил, однажды, пробуя свой новый метод?

Тем не менее, Pomodoro и подобные методы, кажется, имеют постоянную нишу популярности. Обычно я стараюсь сортировать свои дни по «фокусным дням» и «разным дням». Фокусные дни я появляюсь в чуть более расслабленной одежде, может быть, чуть раньше (или остаюсь позже). В те дни у меня нет собраний, поэтому я могу написать собственное расписание, что позволяет мне лучше сосредоточиться. В другие дни у меня есть встречи, встречи и так далее. У меня не будет времени сконцентрироваться, поэтому я стараюсь планировать меньшие и более простые задачи, чтобы заполнить мое время.

Одним из хороших способов повышения производительности в кодировании является генерация кода любого стандартного бита; рефакторинг всего, что дублируется и т. д.

Пол Натан
источник
2

Здесь важно помнить, что не существует решения «один размер подходит всем».

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

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

Murph
источник
Я просто ищу много информации. Как вы говорите, не существует подхода «одно кольцо, чтобы управлять ими всеми», но мне интересно посмотреть, как к нему подходят другие люди.
Тодд Уильямсон
О, безусловно, - и я согласен с вопросом (-: Но вышеизложенное - это момент, который нужно сделать, поскольку люди, у которых есть системы, которые работают - для них - могут немного восторгаться.
Мерф
Я думаю, что это хороший момент. Более того, я обнаружил, что некоторые техники работают лучше или хуже для меня в зависимости от моего настроения, от того, какую работу я выполняю и т. Д. Бывают моменты, когда у меня не возникает проблем с тем, чтобы приходить на работу и продуктивно работать весь день без любая система. В других случаях мне нужно что-то, чтобы держать меня сосредоточенным и на ходу. Временами, когда я проходил через такой фанк, я обнаружил, что Pomodoro работает для меня очень хорошо, хотя я иногда пропускал перерыв, когда был в ударе.
PeterAllenWebb
Соблазн понизить голос только потому, что это на самом деле не добавляет субъективное мнение - он просто утверждает, что «это зависит». Это можно сказать почти обо всем и быть правдивым практически для всего.
Магнус Вольффелт
@Magnus не может спорить с этим особенно, но в равной степени необходимо указать. Слишком много людей охотятся за золотой пулей.
Мерф
-1

Поскольку проблема заключается в кодировании, в дополнение к методам, упомянутым Пьером, я бы предложил, если это вообще возможно, кодировать на динамическом языке (например, с Python приятно работать): такие языки позволяют вам чрезвычайно продуктивный (измеренные времена кодирования показывают улучшение от 2 до 10 по сравнению с C). С ними так приятно работать, что вы, в принципе, никогда не «просто проводите время за клавиатурой».

Эрик О Лебиго
источник
Почему отрицательные голоса? Ответ выше касается вопроса «Какую технику вы используете, чтобы быть более ЭФФЕКТИВНЫМ (…) в вашей разработке программного обеспечения?».
Эрик О Лебиго