Comments 24
Признаться не очень понятно что вы хотели получить, что получили в итоге, что планируете получить и зачем это вот все, как-то очень уж сумбурно и неудобочитаемо.
p.s. А зазывать в свою телегу в первой же статье ну просто моветон..
1 Какие преимущества Obsidian к LogSeq, Joplin?
2 Есть ли "Обсидианы" третьего поколения (Third generation tool)? https://forum.obsidian.md/t/personal-knowledge-graphs/69264
Дополнил начало статьи на тему того, почему именно обсидиан. Честно говоря про Joplin слышу впервые :)
По поводу второго вопроса: Использованием AI-агентов для Обсидиан не интересовался. Пока меня полностью устраивает плагин Graph Analysis
По поводу второго вопроса: Использованием AI-агентов для Обсидиан не интересовался.
Я про иное. Внутри semantic ZettelKasten: Linked Data, RDF и т.п. Снаружи: триплеты Подлежащее, сказуемое, дополнение.
Нечто подобное (от ZettelKasten к semantic ZettelKasten): BPM - semantic BPM (MediaWiki - semantic MediaWiki)
Vault используешь один? Где хранишь его?
Да. Один Vault с разделением по папкам
Храню всё в git. Папку Credentials синхронизирую между девайсами с помощью ssh скрипта через VM при необходимости
github или какой-то свой?
Меня с какого то момента обеспокоила возможность потери, поэтому залил в облако. На компе облачный клиент с облаком синхронизирует отлично, а на телефоне синхронизацию пришлось прикручивать через foldersync. Но не очень способ нравится т.к. foldersync работает по расписанию, в реальном времени изменения не подтягивает. Вот фоном стоит вопрос как бы эту синхронизацию до real-time довести.
У меня уже несколько месяцев работает синхронизация с помощью Syncthing^ всt нужнst папки синхронизируется между рабочим и домашним компом, телефоном и NASом. Пока доволен. Насчёт real-time - насколько я помню, можно настроить отслеживание изменений и частоту ресканов.
Довольно интересно. Читал про него в каком то мануале, но руки как-то не доходили попробовать что-то новое. Думаю если прям появится острая необходимость в полной синхронизации, то попробую именно его
Получается, у Syncthing тоже нет real-time? Просто частые ресканы?
Хм, либо он есть, либо у него слишком частые ресканы. Когда я на компьютере сохраняю заметку, на телефоне она отображается где-то через 5 секунд. Довольно шустро.
на винде/линуксе у него есть какая-то система получения оповещения от ОС (или файловой системы - я не вникал особо) об изменении файлов. А вот на андроиде только ресканы. Причем батарею телефона жрет просто безумно, приходится отключать когда не нужен.
Github. Для меня идеальный вариант, так как полная синхронизация хранилища между компом и телефоном мне не нужна. В редких случаях захожу на Github и прям в репозитории делаю поиск по ключевому/контекстному слову. Работает очень даже хорошо
Шаринг паролей через VM это скорее следсвие того, что они не заливаются на гитхаб и того, что у меня просто есть две VM для других проектов :)
Посмотрите silverbullet.md. Тоже markdown, но self-hosted.
Наверное лучший способ не усложнять – это дать возможность периодическим заметкам просто выступать логом, а результаты же из них агрегировать в одном, постоянном месте.
Вообще я хотел бы предложить вам немного иной подход к периодическим заметкам. Точнее я хотел бы подкинуть парочку интересных приёмов. Возможно, что так у вас появятся новые идеи как можно сделать с одной стороны попроще, а с другой пофункциональнее.
Для начала стоит отметить, что всё агрегирующее стоит перенести на canvas. Теперь что именно можно там агрегировать...
"Три цели на день". Вариант будет строиться от того, что у вас есть пул задач, из которого вы выбираете те задачи, которые будете делать завтра.
Пул задач можно формировать из всех периодических заметок:
```dataviewjs
dv.taskList(dv.pages('"periodic"').file.tasks
.where(t => !t.completed))
```Отмечать же задачи можно с помощью тега (например, #next). Агрегирование таких задач можно сделать вот так:
```dataviewjs
dv.taskList(dv.pages('"periodic"').file.tasks
.where(t => t.text.includes("#next"))
.where(t => !t.completed))
```Вообще удобнее, конечно, использовать плагин Tasks для подобного, ибо он позволит редактировать задачи, не заходя в заметки.
Получается, что вы не тратите время на придумывание "целей на день". Вы скорее просто по ходу своей работы накидываете задачи в периодических заметках, а потом выбираете из всех незавершённых, что будете делать завтра.
"Задачи-пятиминутки" стоит вообще убрать. Такое, наверное, есть смысл использовать только, если у вас реализована полноценная система по управлению делами.
"Заметки, созданные сегодня". Можно переместить также на canvas или вообще убрать, ибо толку от знания даты создания заметки почти нет.
Все метрики стоит отмечать в метаданных и собирать их также на canvas.
"Какие идеи/мысли меня посетили?". Это можно заменить на такую логику: если в заметке есть заголовок, то значит день особенный. Агрегирование таких особенных дней можно сделать вот так:
Hidden text
```dataviewjs
const p = dv
.pages('"periodic/daily"')
.where((p) => p.file.name != dv.current().file.name)
.sort((p) => p.file.name, 'desc')
.forEach((p) => {
//dv.header(2, p.file.name);
const cache = this.app.metadataCache.getCache(p.file.path);
if (cache) {
const headings = cache.headings;
if (headings) {
dv.header(2, p.file.name);
const filteredHeadings = headings
.slice(0)
.filter((h) => h.level <= 4)
.map((h) => {
let indent = " ".repeat(h.level - 1);
let linkyHeading =
"[[" + p.file.name + "#" + h.heading + "|" + h.heading + "]]";
return indent + "- " + linkyHeading;
})
.join("\n");
dv.el("div", filteredHeadings);
}
}
});
```Однако эта логика подразумевает, что ваш шаблон дневной заметки не будет иметь заголовков. Но это же вроде как хорошо, да?) Больше свободы, а особенность же у дня будет формироваться естественным образом.
Этот же запрос вы можете применить к неделям, месяцам и т.д.
"Выполненные задачи". С ними, наверное, всё окей. Разве, что стоит обозначить их через callout.
Штуки с "project_1_tracker", "Что сделал по проекту", "Цели на неделю по сферам" я совсем не понял. Типа, если есть полноценные проекты, которые относятся к конкретным сферам, то как бы в них (проектах) и нужно задачи ставить и выполнять. Если хочется из проектов собрать задачи, то это можно опять же сделать на canvas.
В итоге шаблон дневной заметки может иметь, например, вот такой вид:
<% "---" %>
metric_1: 0
metric_2: 0
...
reviewed: false
<% "---" %>Т.е. просто метаданные и всё. Вся же суммирующая работа будет происходит на canvas. Это по сути значит, что сложность будет подконтрольно наращиваться только в одном месте, а не размазываться по всем периодическим заметкам. Ну, и как бы добавлять, менять и убирать метаданные намного проще, чем модифицировать (усложнять) шаблоны и переприменять их к заметкам.
Одновременно рад и раздосадован вашим коментарием :)
Рад, так как для меня это большая честь: увидеть коментарий от того, по чьим статьям я изначально выстраивал свой обсидиан.
Раздосадован потому, что это произошло после первой части, где большая часть шаблонов для меня уже неактуальна
Постараюсь вкратце описать к чему пришёл сейчас и почему. Пусть это будет своеобразным черновиком для второй части.
_____________________________________________________________________________
Про метрики, показатели дня
Спустя полгода, описанных в статье я пришёл к выводу, что для меня очень важен процесс саморефлексии (обычно в воскресенье), однако знание о произошедем на протяжении дня в деталях мне не важны. Поэтому мне нужно было с одной стороны коротко и тезисно, с другой достаточно подробно, чтобы можно было какие-то ключевые показатели анализировать. Получилось своеобразное техническое противоречие.
В итоге дошёл до самого удобного для меня способа: обзор дня тезисами, используя метод Outliner и агрегацию по ключевым показателям. Так же для проектов есть 3 отдельных маркера (одна большая буква для каждого из трёх проектов)
Ну и summary:: как способ описать день в одном-двух предложениях.
Такой подход одновременно помогает быстро разобрать неделю, так как ключевые метрики собираются в две таблица на 7 дней. И он хорошо работает, если есть желание посмотреть какой-то один конкретный день.
Так же такой вариант мне нравится тем, что не приходится отвлекаться и бегать по разным секциям. Как вы упоминули в своём примере - все итоги и выводы будут формироваться естественным образом
Получилось примерно так
...
Обзор дня
*Ключевые метрики - `infer:`, `mistake:`, `idea:`, `grateful:`
В них зашиты выводы, ошибки, идеи, благодарности соответственно*
summary::
Лог дня
- Чета сделал
- Получилось не очень
- idea:: Нужно переделать используя керосин
- БЛАБЛА
- Погулял с собакой
- mistake:: Кости с мусорки ей лучше не разрешать грызть
- Работал над проектом 1
- Сделал то и то
- P:: Добавить такой-то функционал
...______________________________________________________________________________
Про постановку задач
В какой-то момент я пробовал сделать свою систему с задачами, прячущимися в проектах. Пытался сделать что-то типа системы весов, приоритетов и так далее.
Пробовал так же использовать плагин Projects для создания задач внутри дашбордов по своим шаблонам. А дальше просто подтягивал их в неделе/дне через обычный импорт [[P1-Добавить авторизацию через Google]] .
Но со временем пришёл к тому, что как таковая история задач мне абсолютно не важна. Поэтому для меня достаточно задачи просто хранить в виде списка в задачах на неделю.
Пришлось пересмотреть свой подход к проектам. Сперва я пытался использовать проекты для любой маломальской активности. Но для планирования в неделе это дико неудобно.
Поэтому я убрал какие-то рутинные/повторяющиеся/неважные действия из проектов.
Так и осталось только три критически важных проекта, по которым и ведётся планирование
Планирование иерархическое: есть план на квартал -> формируем задачи на месяц -> на основе их формируем каждую неделю -> формируем день
Чем выше заметка в этой цепочке, тем абстрактнее задача
Как бы это не выглядело заморочено, однако это помогает не теряться, так как в креативных проектах часто планы меняются). Мне куда проще в конце недели оценить прогресс недели -> сравнить ментально с задачами по месяц/квартал -> выставить цели на следующую, чем пытаться как то менять задачи в проектах
Проекты сейчас использую как большие хранилища рабочей информации: логи обсуждений, креды (под .gitignore конечно), какие-то абстрактные планы на будущее.
Это тоже хорошо интегрируется в записи дня, так как лог какого разбора я могу написать внутри проекта, а название использовать как самодостаточный пункт в описании дня (методом Outliner)
______________________________________________________________________________
Ну вот это если вкратце. Хотел ещё описать как и почему к этому пришёл, да и больше примеров, но пока так :)
Так же для проектов есть 3 отдельных маркера (одна большая буква для каждого из трёх проектов)
Если я правильно понимаю, то вы это имеете в виду конструкцию в стиле P::? Если да, то это плохой вариант, ибо он немасштабируемый и его нужно вручную поддерживать.
Получилось примерно так...
С таким подходом вам лучше в Logseq переехать. В нём вы больше удовольствия и пользы получите. К тому же там будет всё органичнее выглядеть:
Logseq
Результаты подобных логов собирать также будет проще, нежели в Obsidian.
[[P1-Добавить авторизацию через Google]]... Но со временем пришёл к тому, что как таковая история задач мне абсолютно не важна... Сперва я пытался использовать проекты для любой маломальской активности...
Довольно много проектов можно сделать, не выходя за границы таск-менеджера. Полноценную проектную же систему в Obsidian, я полагаю, разумно использовать, когда сами проекты достаточно сложны или если они нуждаются в каком-то системном агрегировании.
Планирование иерархическое: есть план на квартал -> формируем задачи на месяц -> на основе их формируем каждую неделю -> формируем день
Отличный подход. На сколько я помню, в этой статье были не самые плохие попытки реализовать подобное.
Настроил себе Logseq. Видимо придётся потестить недельку и также включить во вторую часть статьи :)
Спасибо
Небольшое дополнение.
На основе быстрого теста за полтора дня, выглядит так, что Logseq удобен для ведения именно повседневных заметок и проектов.
Вроде как и удобно, но надо извертеться, чтобы вести две базы одновременно. (Obsidian + Logseq). Так как для статических заметок что-то внутри всё-таки голосует за Obsidian :)
и там и там файлы md. Я не пробовал, но по идее можно попробовать скормить бд одной программы в другую. Не факт, что получится, конечно... Или как вариант взять тот же synkthing и дать ему разрешение синкать папку с заметками обсидиан и логсека. не пересекая при этом журналы логсека с что-там-у-обсидиан-что-не-ест-логсек.
Интересно было читать, особенно про Obsidian. Сам почти год назад пытался встроить в свою жизнь ведение заметок (Zettelkasten в частности) и подобное планирование, но как-то не закрепилось. Сейчас подумываю вернуться сюда, потому буду признателен совету, как всё же это будет лучше реализовать
Obsidian. Путь от простой структуры к сложной и обратно. Часть 1