"Щоб швидко ввести код, потрібно припинити кодування"

По-перше, не моя фраза: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Підтримує містера Маркема.

АЛЕ, мене змусило задуматися над багатьма питаннями, які я бачив про те, щоб можна було виконати справи.

Запропонований підхід (встановлення таймера на встановлений період, в даному випадку 50 хвилин, але я бачив, як люди розмовляють про порушення зволікання, встановлюючи час, як у п'ять хвилин, на завдання, які ви просто не можете зробити для себе, а потім приймати невелика перерва) здається здоровим глуздом, але багато людей виступають за те, щоб потрапити в "зону" і залишитися там якомога довше, може бути, багато годин, а не ламати свою канавку.

Я продовжую пробувати різні підходи і вважаю, що кожен має свої сильні та слабкі сторони.

Яку техніку ви використовуєте, щоб бути більш ЕФЕКТИВНОЮ (тобто, виконувати роботу до рівня якості, який вимагає ваш клієнт / начальник / тощо, у дозволені часові рамки) в розробці програмного забезпечення, а не просто витрачати більше часу на клавіатурі ?

Я використовую цю техніку щодня. Мій таймер - 45 хвилин роботи за 10 хвилин відпочинку.

Я також максимізую час на комп’ютері до 4 годин на день . Я розумію, що це неможливо, коли ваше основне завдання - кодування. Решту часу я займаюся будь-яким завданням, яке не потребує комп’ютера.

Я використовую інструмент WorkRave . Автор написав це тому, що у нього почалися фізичні проблеми через його нездатність припинити кодування на довгі години.

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

Починаючи з декількох тижнів, я також пробую деякі прийоми уважності під час пауз. Смачний.

Що стосується методів проти зволоження, у мене є той, який переміг усе, що я намагався раніше:

Я керую єдиним списком завдань з пріоритетом за важливістю. Я вибираю перших у списку.

Я підтримую список (і календар) за допомогою комбінації GTD та 7 Habits .

Щоб підвищити ефективність списку, запишіть свої завдання як наступні дії замість описів (див. Розділ Дії, контексти та проекти в цій публікації щоденника )

Я не вражений тим есе; він витратив що, одного разу спробувавши свій новий метод?

Однак, Помодоро та подібні методи мають постійну популярність. Як правило, я намагаюся сортувати свої дні на "дні фокусування" та "дні різного характеру". Фокусні дні я показую в трохи більш спокійному одязі, можливо, трохи раніше (або залишаюсь пізніше). У мене немає жодних зустрічей тих днів, тому я в основному можу написати власний графік, який дозволяє мені зосередитися. В інші дні у мене зустрічі, зустрічі тощо. У мене не буде часу на концентрацію уваги, тому я намагаюся скласти менші та простіші завдання, щоб заповнити свій час.

Один хороший спосіб підвищення продуктивності в кодуванні - це генерація коду будь-яких біт котлової панелі; рефакторинг всього, що дублюється тощо.

Головне, що слід пам’ятати, - це те, що не існує рішення «один розмір, який підходить усім».

Існує безліч методик для вдосконалення вашої здатності "робити справи", і одна з причин полягає в тому, що різні речі працюють для різних людей.

Деякі люди дуже добре справляються з такою методологією (пор. Техніка Помодоро), а дехто вважає, що це руйнує їх фокус - мені дуже не подобається зупинятися на середині завдання, і це майже незмінно те, що для мене роблять системи на основі таймерів ... концептуально добре, складне впровадження (стосується більшості структурованих методологій управління часом та інших речей)

Оскільки кодування є проблемою, окрім методів, згаданих П'єром, я б запропонував кодування динамічною мовою, якщо це взагалі можливо (наприклад, Python - це захоплення працювати): такі мови дозволяють вам бути надзвичайно продуктивні (виміряні часи кодування показують коефіцієнт покращення від 2 до 10, порівняно з С). З ними так приємно працювати, що, можливо, ви ніколи не «просто проводите час за своєю клавіатурою».