Pull to refresh
52
0
Юрий @zyrik

Исследователь

Send message
Мне важно ещё делать ретроспективу каждой недели, месяца и года. Кроме этого, в вашем подходе отсутствует связь между задачами дня, недели и месяца. Т.е., насколько я понимаю, все задачи будут свалены в одну кучу. Я не вижу большого отличия такого подхода от списка дел в эксель-файле.

Но как я говорил, подход у каждого человека разный, и если вам удобно пользоваться такой системой, то значит она вам подходит. Но похоже, всё-таки, она не для меня.
Я не говорю, что именно этот подход подойдет. Я к тому, что возможно в будущем найдется универсальный подход, в котором все эти принципы общие будут использоваться.
В канбан-досках, как мне кажется, основная фишка — это перемещение карточки между списками, что изменяет её статус. Это очень хорошая система, когда у тебя идёт привязка к проекту. В случае же задач на день, неделю, месяц и год, я не совсем представляю, какие должны быть списки и как задачи перемещать между этими списками, особенно учитывая что задачи, которые я ставлю себе на месяц не перекачёвывают просто в задачи на неделю, они очень часто декомпозируются на более мелкие подзадачи.

Я не совсем уверен, что Org Mode в VSCode хорошее решение для работы с заметками. Но вы попробуйте, было бы интересно услышать ваш вердикт. Насколько мне кажется возможности Org Mode в Emacs по ведению заметок намного лучше.

Интересно, что я не читав об этом подходе у себя использую очень много рекомендаций ) Похоже, что существует идеальная система, которая подойдет 80% людей :)

Мне не удобно видеть список задач одним листом. Это раздражает, особенно, если есть какие-то задачи предыдущего дня, которые не закрыты. Кроме этого, сложно делать ретроспективу (анализ), что было сделано, что нет и описывать результаты недели, месяца и года.

Спасибо! Значит записываю все три в свой лист книг )

Спасибо за список книг! Как думаете, какие из них будут полезны мне, если я уже не совсем новичок (надеюсь!) в этом вопросе?

Ну, примеры скриншотов — они есть в статье. Я скриншоты как раз делал перед Новым годом, и это реальные планы на месяц и неделю.


А по теме, просто начните с малого, а потом, когда будете чувствовать, что надо больше — просто добавляйте понемногу. По-моему опыту, это самый правильный подход. Посмотрите также статью из комментария bravosierrasierra — там уровень планирования и использования инструментов — Бог.

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

Ловлю себя на мысли, что в комментариях к этой статье дали очень много полезных ссылок, есть вещи, которые бы я точно хотел попробовать и, наверное, попробую в какой-то момент времени. Но заметьте, все подходы отличаются, нет универсального рецепта.
Я тоже так раньше считал. Люди, которые управляли своими планами, казались для меня какими-то роботами. Да и сейчас, например, человек из комментария bravosierrasierra кажется для меня слишком невероятным, чтобы существовать на Земле.

Но когда я нашел свой подход, я понял что он больше помогает, нежели отнимает временя. Теперь я знаю какие задачи мне надо выполнить в конкретный день. А управление временем позволяет отслеживать свою продуктивность и в итоге это позволяет успевать больше. Просто начните с малого, а потом втянитесь.
Ну, может тогда мой подход поможет вам создать некую систему. Я такое разделение использую уже довольно много времени и пока оно меня всем устраивает.
Действительно, чудесное описание. Я только просмотрел по диагонали, но этот человек, по-моему, проделал колоссальную работу по самоорганизации. Может вы как-нибудь переведете и напишите подробные инструкции, как вы пользуетесь всем этим? Мне было бы очень интересно почитать про опыт других людей.
Использовать VSCode с Org Mode я начал с начала 2018 года. Но такой подход выработал ещё используя Evernote. Но там приходилось всё делать руками, и это отнимало довольно много времени. Насколько я помню, в какой-то момент времени Evernote поменяли пользовательское соглашение о том, что они могут просматривать все записи, и это было последней каплей. После этого я стал использовать VSCode и файлы хранятся только у мнея на компьютере.

Я прочитал ваши статьи. Действительно, очень много похожего. Очень интересный подход в планировании: цель -> проект -> задачи. У меня похожий подход, но до этого он был оформлен как-то больше интуитивно, не так красиво и складно как у вас.

Так же мне очень импонирует ваша способность к определению сроков проекта. К сожалению, у меня не получается давать точные оценки для моих задач (они все очень разнообразные). Надеюсь, я со временем приду к этому. Для этих целей, я раньше использовал Trello с расширением Plus for Trello, но kanban-доски хорошо использовать для задач по проектам, но не очень удобно для задач, которые несвязаны совсем.
Мне не очень удобно вести все задачи как один сплошной лист, поэтому я и разделяю их по дням. У меня раньше был excel-файл со всеми задачами, но я понял, что мне очень неудобно с ним работать. Поэтому в каноническом виде Org Mode мне не подходит.

Что касается POMODORO трекера, то здесь всё просто: у меня на рабочем столе висит виджет таймера, в котором заданы эти 4 интервала :)
Главное — не ждать начала следующего года :)
Вот, выше уже ответили на этот вопрос. Сила хабра — в комментариях. Я, честно говоря, не использую мобильник для планирования.
Для меня тот, кто использует emacs в своей работе — это человек 80 уровня :) Я честно пытался один раз перейти на него лет семь назад, но моя попытка провалилась. Сейчас в моей работе я использую в основном VSCode, поэтому сейчас смысла переходить не вижу. Хотя Emacs Org Mode по сравнению с VSCode Org Mode — это просто супер-навороченный комбайн и тележка :)

Скажите, Cheater, а можно ли мой подход напрямую использовать в Emacs?
Если честно, то даже и не знал, про эти приложения. Спасибо! Надо будет посмотреть, можно ли их использовать в моем случае, всё-таки подход немного отличается от канонического.
Уже постоянно использую в своих собственных проектах. Основной плюс, который заметил на данный момент, это нормальная работа в multithreading/multiprocessing конфигурациях. До этого со стандартным logging я постоянно терял что-то из других потоков/процессов.
Скажите пожалуйста, а записи конференции будут выложены в открытый доступ? Или материалы будут доступны только тем, кто приобрел билет?
Дело в том, что я физически не могу приехать на конференцию, но хотелось бы увидеть лекции и туториалы (для разработчиков).

Information

Rating
Does not participate
Location
Минская обл., Беларусь
Date of birth
Registered
Activity