Я ваше GTD Pomodoram'и закидаю или сказ о продуктивности программиста
Этот пост навеен множеством статей, которые я последнее время читаю по повышению продуктивности работы в частности программистов.
Возникает несколько вопросов:
1. Как вообще измеряется продуктивность?
В строках написаного кода?
Но ведь "Краткость - сестра таланта" и для программиста это более чем справедливо. Чем более обобщенное решение и красивый код мы имеем, тем он, чаще всего, короче.
В количества релизов в единицу времени?
Если честно, то меня уже достало слишком частое обновление определенных програмных продуктов, совсем не ведущее к их улучшению, даже наоборот.
В количестве пользователей продукта?
Но тогда самые продуктивные программисты на Вирусной сцене, так как их продукты без ведома пользователей стоят на очень большом числе машин. И вообще распространенность софта зависит слишком от многих факторов.
2. Может ли использование редактора / фреймворка / языка повышать продуктивность?
Вообще когда я начал писать на Erlang'е мне показалось, что функциональность рождается намного быстрее и проще питона, на котором приходится работать в основном, а Django один из самых запутаных и непонятных фреймворков, который субъективно снижает скорость разработки даже в сравнении с голым WSGI.
В отличие от нее, Express, Nitrogen и ChicagoBoss облегчают работу.
Насчет редакторов / IDE я сейчас для себя пытаюсь выбрать, что мне удобнее Emacs, vim или что-л классическое. И пока выбор точно не в пользу последних.
3. Могут ли всякие популярные методики (Pomodoro, GTD и др) поднять продуктивность?
Также пробую на себе, но пока самая лучшая вещь - наушники и блокнот для почеркушек. От Pomodoro у меня лично (я про др не знаю) продуктивность только снижается, за счет прерываний на таймер, а к концу дня из, примерно, 5 - 6 помидор начинает жестоко болеть голова.
Планирование стараюсь соблюдать, в виде чек - листа. Время между задачами, если нет чего-н очень срочного стараюсь бить по 2 часа (примеро).
GTD в классическом варианте не пробовал.
4. Стоит ли учится и пробовать новые методики / языки и т.д. или нет ничего удобнее привычного?
Кконечно, стоит. Лучшее - враг хорошего. Всегда можно придумать более элегантное решение.
Так я для себя открыл, что vim не так страшен, как его молюют.
Очень жду Ваших отзывов и коментариев.
Чем пользуетесь Вы?
Как оцениваете продуктивность?
Возникает несколько вопросов:
1. Как вообще измеряется продуктивность?
В строках написаного кода?
Но ведь "Краткость - сестра таланта" и для программиста это более чем справедливо. Чем более обобщенное решение и красивый код мы имеем, тем он, чаще всего, короче.
В количества релизов в единицу времени?
Если честно, то меня уже достало слишком частое обновление определенных програмных продуктов, совсем не ведущее к их улучшению, даже наоборот.
В количестве пользователей продукта?
Но тогда самые продуктивные программисты на Вирусной сцене, так как их продукты без ведома пользователей стоят на очень большом числе машин. И вообще распространенность софта зависит слишком от многих факторов.
2. Может ли использование редактора / фреймворка / языка повышать продуктивность?
Вообще когда я начал писать на Erlang'е мне показалось, что функциональность рождается намного быстрее и проще питона, на котором приходится работать в основном, а Django один из самых запутаных и непонятных фреймворков, который субъективно снижает скорость разработки даже в сравнении с голым WSGI.
В отличие от нее, Express, Nitrogen и ChicagoBoss облегчают работу.
Насчет редакторов / IDE я сейчас для себя пытаюсь выбрать, что мне удобнее Emacs, vim или что-л классическое. И пока выбор точно не в пользу последних.
3. Могут ли всякие популярные методики (Pomodoro, GTD и др) поднять продуктивность?
Также пробую на себе, но пока самая лучшая вещь - наушники и блокнот для почеркушек. От Pomodoro у меня лично (я про др не знаю) продуктивность только снижается, за счет прерываний на таймер, а к концу дня из, примерно, 5 - 6 помидор начинает жестоко болеть голова.
Планирование стараюсь соблюдать, в виде чек - листа. Время между задачами, если нет чего-н очень срочного стараюсь бить по 2 часа (примеро).
GTD в классическом варианте не пробовал.
4. Стоит ли учится и пробовать новые методики / языки и т.д. или нет ничего удобнее привычного?
Кконечно, стоит. Лучшее - враг хорошего. Всегда можно придумать более элегантное решение.
Так я для себя открыл, что vim не так страшен, как его молюют.
Очень жду Ваших отзывов и коментариев.
Чем пользуетесь Вы?
Как оцениваете продуктивность?