История изменений

Это все для относительно хомячковых и мелких заданий, я не могу предсказать на сколько я зависну над статьей - от 20 минут до 2х часов.

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

Тем более, что имеющийся софт для GTD далеко не идеален - статьи я буду писать по outline, который делать буду вовсе не в софте для GTD по техническим причинам, todo для кода предпочитаю держать в IDE.

Ты так ничего и не понял. Софта для GTD, который делал бы всё, не существует и не может существовать. GTD представляет из себя набор различных инструментов, это может быть и софт, и блокнот с ручкой. Outline и IDE — это как раз такие инструменты. И у меня их тоже несколько, и это совершенно правильно. Ты, сам того не замечая, пользуешься системой GTD.

Можно, конечно, написать себе на день «дописать главу» и «накодить график», но с такой разбивкой дня я и без GTD справлюсь.

Это если у тебя на день только два этих задания. У меня каждый день штук 10—15, и запоминать их все — лишняя трата времени и концентрации.

Помодоро немного другой зверь, но это скорее для страдающих от проблем с концентрацией.

Скорее для тех, кто не умеет вовремя отдыхать. Часто бывает, сидишь над кодом, думаешь-думаешь, и не можешь остановиться, пока не решишь задачу. А чем дольше думаешь, тем меньше производительность. В итоге ты её наконец добиваешь, уже умственно истощён, а избежать этого можно было, просто устроив короткий перерыв, после которого решение приходит намного быстрее.

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

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

Ну и чтобы уж до кучи добить:

Автор, нисколько не стесняясь, продвигает свою неведомую систему, критикуя неосиленную GTD. А не осилил он её возможно потому, что не читал Making It All Work. Первая книга действительно страдает недочётами и недостаточно ясным описанием системы. В последней всё разобрано по полочкам.

Я предпочитаю думать над проблемами, а не над системой для их решения, поэтому GTD у меня «не пошел».

Резюмирую: GTD как раз стимулирует к работе над задачами, а не над системой. Поэтому кстати David Allen и не рекомендует пользоваться каким-то универсальным софтом, наоборот, советует начинать с привычных инструментов. У меня GTD тоже сначала не пошёл, пока я не понял этого. Сейчас у меня из инструментов блокнот, фотоаппарат и диктофон в телефоне для сбора информации, Getting Things Gnome! для управления проектами, календарь для задач, приуроченных к определённому времени, обыкновенные файлы на компьютере для справочной системы, комментарии в коде для подзадач из проектов по кодингу. Никакой универсальности, о которой пишет автор статьи, нет, каждый адаптирует систему под себя.

Это все для относительно хомячковых и мелких заданий, я не могу предсказать на сколько я зависну над статьей - от 20 минут до 2х часов.

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

Тем более, что имеющийся софт для GTD далеко не идеален - статьи я буду писать по outline, который делать буду вовсе не в софте для GTD по техническим причинам, todo для кода предпочитаю держать в IDE.

Ты так ничего и не понял. Софта для GTD, который делал бы всё, не существует и не может существовать. GTD представляет из себя набор различных инструментов, это может быть и софт, и блокнот с ручкой. Outline и IDE — это как раз такие инструменты. И у меня их тоже несколько, и это совершенно правильно. Ты, сам того не замечая, пользуешься системой GTD.

Можно, конечно, написать себе на день «дописать главу» и «накодить график», но с такой разбивкой дня я и без GTD справлюсь.

Это если у тебя на день только два этих задания. У меня каждый день штук 10—15, и запоминать их все — лишняя трата времени и концентрации.

Помодоро немного другой зверь, но это скорее для страдающих от проблем с концентрацией.

Скорее для тех, кто не умеет вовремя отдыхать. Часто бывает, сидишь над кодом, думаешь-думаешь, и не можешь остановиться, пока не решишь задачу. А чем дольше думаешь, тем меньше производительность. В итоге ты её наконец добиваешь, уже умственно истощён, а избежать этого можно было, просто устроив короткий перерыв, после которого решение приходит намного быстрее.

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

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

Ну и чтобы уж до кучи добить:

Автор, нисколько не стесняясь, продвигает свою неведомую систему, критикуя неосиленную GTD. А не осилил он её возможно потому, что не читал Making It All Work. Первая книга действительно страдает недочётами и недостаточно ясным описанием системы. В последней всё разобрано по полочкам.

Я предпочитаю думать над проблемами, а не над системой для их решения, поэтому GTD у меня «не пошел».

Резюмирую: GTD как раз стимулирует к работе над задачами, а не над системой. Поэтому кстати автор и не рекомендует пользоваться каким-то универсальным софтом, наоборот, советует начинать с привычных инструментов. У меня GTD тоже сначала не пошёл, пока я не понял этого. Сейчас у меня из инструментов блокнот, фотоаппарат и диктофон в телефоне для сбора информации, Getting Things Gnome! для управления проектами, календарь для задач, приуроченных к определённому времени, обыкновенные файлы на компьютере для справочной системы, комментарии в коде для подзадач из проектов по кодингу. Никакой универсальности, о которой пишет автор статьи, нет, каждый адаптирует систему под себя.

Это все для относительно хомячковых и мелких заданий, я не могу предсказать на сколько я зависну над статьей - от 20 минут до 2х часов.

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

Тем более, что имеющийся софт для GTD далеко не идеален - статьи я буду писать по outline, который делать буду вовсе не в софте для GTD по техническим причинам, todo для кода предпочитаю держать в IDE.

Ты так ничего и не понял. Софта для GTD, который делал бы всё, не существует и не может существовать. GTD представляет из себя набор различных инструментов, это может быть и софт, и блокнот с ручкой. Outline и IDE — это как раз такие инструменты. Ты, сам того не замечая, пользуешься системой GTD. И у меня их тоже несколько, и это совершенно правильно.

Можно, конечно, написать себе на день «дописать главу» и «накодить график», но с такой разбивкой дня я и без GTD справлюсь.

Это если у тебя на день только два этих задания. У меня каждый день штук 10—15, и запоминать их все — лишняя трата времени и концентрации.

Помодоро немного другой зверь, но это скорее для страдающих от проблем с концентрацией.

Скорее для тех, кто не умеет вовремя отдыхать. Часто бывает, сидишь над кодом, думаешь-думаешь, и не можешь остановиться, пока не решишь задачу. А чем дольше думаешь, тем меньше производительность. В итоге ты её наконец добиваешь, уже умственно истощён, а избежать этого можно было, просто устроив короткий перерыв, после которого решение приходит намного быстрее.

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

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

Ну и чтобы уж до кучи добить:

Автор, нисколько не стесняясь, продвигает свою неведомую систему, критикуя неосиленную GTD. А не осилил он её возможно потому, что не читал Making It All Work. Первая книга действительно страдает недочётами и недостаточно ясным описанием системы. В последней всё разобрано по полочкам.

Я предпочитаю думать над проблемами, а не над системой для их решения, поэтому GTD у меня «не пошел».

Резюмирую: GTD как раз стимулирует к работе над задачами, а не над системой. Поэтому кстати автор и не рекомендует пользоваться каким-то универсальным софтом, наоборот, советует начинать с привычных инструментов. У меня GTD тоже сначала не пошёл, пока я не понял этого. Сейчас у меня из инструментов блокнот, фотоаппарат и диктофон в телефоне для сбора информации, Getting Things Gnome! для управления проектами, календарь для задач, приуроченных к определённому времени, обыкновенные файлы на компьютере для справочной системы, комментарии в коде для подзадач из проектов по кодингу. Никакой универсальности, о которой пишет автор статьи, нет, каждый адаптирует систему под себя.

Это все для относительно хомячковых и мелких заданий, я не могу предсказать на сколько я зависну над статьей - от 20 минут до 2х часов.

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

Тем более, что имеющийся софт для GTD далеко не идеален - статьи я буду писать по outline, который делать буду вовсе не в софте для GTD по техническим причинам, todo для кода предпочитаю держать в IDE.

Ты так ничего и не понял. Софта для GTD, который делал бы всё, не существует и не может существовать. GTD представляет из себя набор различных инструментов, это может быть и софт, и блокнот с ручкой. Outline и IDE — это как раз такие инструменты. Ты, сам того не замечаешь, пользуешься системой GTD. И у меня их тоже несколько, и это совершенно правильно.

Можно, конечно, написать себе на день «дописать главу» и «накодить график», но с такой разбивкой дня я и без GTD справлюсь.

Это если у тебя на день только два этих задания. У меня каждый день штук 10—15, и запоминать их все — лишняя трата времени и концентрации.

Помодоро немного другой зверь, но это скорее для страдающих от проблем с концентрацией.

Скорее для тех, кто не умеет вовремя отдыхать. Часто бывает, сидишь над кодом, думаешь-думаешь, и не можешь остановиться, пока не решишь задачу. А чем дольше думаешь, тем меньше производительность. В итоге ты её наконец добиваешь, уже умственно истощён, а избежать этого можно было, просто устроив короткий перерыв, после которого решение приходит намного быстрее.

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

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

Ну и чтобы уж до кучи добить:

Автор, нисколько не стесняясь, продвигает свою неведомую систему, критикуя неосиленную GTD. А не осилил он её возможно потому, что не читал Making It All Work. Первая книга действительно страдает недочётами и недостаточно ясным описанием системы. В последней всё разобрано по полочкам.

Я предпочитаю думать над проблемами, а не над системой для их решения, поэтому GTD у меня «не пошел».

Резюмирую: GTD как раз стимулирует к работе над задачами, а не над системой. Поэтому кстати автор и не рекомендует пользоваться каким-то универсальным софтом, наоборот, советует начинать с привычных инструментов. У меня GTD тоже сначала не пошёл, пока я не понял этого. Сейчас у меня из инструментов блокнот, фотоаппарат и диктофон в телефоне для сбора информации, Getting Things Gnome! для управления проектами, календарь для задач, приуроченных к определённому времени, обыкновенные файлы на компьютере для справочной системы, комментарии в коде для подзадач из проектов по кодингу. Никакой универсальности, о которой пишет автор статьи, нет, каждый адаптирует систему под себя.