Obsidian. Путь от простой структуры к сложной и обратно. Часть 1

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

Введение. Знакомство с Obsidian

Я люблю писать заметки. В общей сложности занимаюсь этим уже 4+ года. Сперва был приверженцем бумажных заметок, так как мало информации «для изучения» туда попадало. Потом появилась потребность в навигации в своих записях, поэтому ушёл в цифру.

Сначала пробовал ноуш для личных записей + Confluence для записей по личным проектам + Saved Messages в тг для ссылок .
Оказалось сложно и не удобно. Год назад открыл для себя Obsidian.

Перенёс туда всю инфу со всех пространств и было ОК несколько месяцев. Но информация всё копилась и копилась.

Тут я открыл для себя Zettelkasten. Во многом первичную свою структура построил на этом цикле статей

Через несколько месяцев использования такой системы стало очевидно, что мне нужно разделять личные записи по проектам и организовывать планирование более системно. Решение этой проблемы привело меня к следующему этапу — активному ежедневному планированию задач. К слову в этой статье речь пойдёт исключительно про планирование.

Если будет интересно, то эволюцию «базы знаний» опишу в другой статье. Но настоятельно рекомендую сперва прочитать вышеупомянутый цикл статей. Многие из элементов той структуры я использую до сих пор


Цифры на момент написания статьи:

  1. Файлов в папке Base/ - 654

    1. Zero Links совершенно разноплановые. От стартапов до дрессировки собак :)

    2. Ссылки между разными сферами довольно хорошо связаны. Заметки из политики связаны с психологией, психология со стартапами, а стартапы обратно с политикой.

  2. Ежедневные заметки Periodic/

    1. Daily - 320+

    2. Weekly - 35 (несколько недель пропускал)

    3. Monthly - 5

  3. Вёл 10 проектов Projects/

    1. 3 завершил успешно

    2. 3 активных

    3. 4 закинул

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

Теперь к делу

Мой примерный путь в личном планировании за последние 8 месяцев примерно иллюстрирует картинка ниже. Только за Y воспринимаем сложность системы, а за X - временные отрезки в месяцах


Нечто похожее на мой путь в планировании
Нечто похожее на мой путь в планировании

1 Этап. Планировать задачи на ежедневной основе

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

Добавление пятиминутных задач и ключевых метрик в ежедневные заметки стало ответом на необходимость в более детальном отслеживании действий в конкретных сферах/проектах

Daily Template:

### Три цели на день

1. [ ] 
2. [ ] 
3. [ ] 

##### Задачи-пятиминутки
1. [ ] 

---
### Обзор дня


### Ключевые метрики
---
Сфера 1:

---
Сфера 2:

---
Сфера 3:

---

### Заметки, созданные сегодня
```dataview  
LIST  
WHERE file.cday = this.file.day  
SORT file.name asc  

Weekly Template:

{{date:YYYY-MM-DD}} {{time:HH:mm}} 

---
#### Результаты недели


___
#### ✔Выполненные задачи 
```dataview 
TASK FROM "Periodic/Daily" 
WHERE completed
WHERE file.cday >= date("___") - dur(6 day) AND file.cday <= date("___")
GROUP BY file.link 
``` 

Вместо прочерком вставляется дата окончания недели. Templater и JS скрипты я для себя еще не открыл на тот момент. Единственное, что было у меня на вооружении - классический DataView. На нём вся аналитика и строится по итогу.

Супер простая структура. Судя по истории git работал я с ней пару месяцев. Однако в ходе просмотра результатов выяснилось, что довольно сложно отслеживать какие-то рутинные повторяющиеся дела, такие как спорт, чтение и т. д. На поле выходят метрики!

2 Этап. Отслеживаем рутинные дела и свежие идеи

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

Такой вариант структуры существенно упрощает отслеживание целевых метрик и анализ недели. Использовал её где-то месяц.

Daily Template:

---
metric_1: 0
metric_2: 0
---

### Три цели на день

1. [ ] 
2. [ ] 
3. [ ] 

##### Задачи-пятиминутки
1. [ ] 

---
### Обзор дня


##### Какие идеи/мысли меня посетили? 
idea::

... 


Weekly Template:

{{date:YYYY-MM-DD}} {{time:HH:mm}} 

---
#### Результаты недели


___
#### ✔Выполненные задачи 
```dataview 
TASK FROM "Periodic/Daily" 
WHERE completed
WHERE file.cday >= date("___") - dur(6 day) AND file.cday <= date("___")
GROUP BY file.link 
``` 

#### 						
Источник: https://habr.com/ru/articles/796899/


Интересные статьи

Интересные статьи

Привет, Хабр!В первой части я рассказал о своём опыте с Simply Linux, пришла очередь поделиться впечатлениями от Astra Linux CE Orel. В этот раз картинки будут.
Большой дайджест о новинках в области дронов и наземных беспилотников: грузовые-дроны с двигателем от Лады, автобусы без водителя, беспилотные авианосцы и беспилотные квадрокоптеры для мониторинга вет...
За последние два года команда SberDevices запустила серийное производство нескольких устройств: ТВ-приставки SberBox, смарт-экрана SberPortal, ТВ-медиацентра с умной камерой SberBox Top. Последний зна...
История реле Метод «быстрой передачи сведений», или Зарождение реле Дальнописец Гальванизм Предприниматели А вот, наконец, и реле Говорящий телеграф Просто соединить Забытое покол...
От переводчика: перевели для вас статью Илада Леева о переходе с Python на Go. Статья будет полезна не только начинающим программистам, но и всем, кто так либо иначе интересуется Go. Мне ...