Привет, %username%! Какое-то время назад мне прилетал запрос (в том числе и в чате): «Можно ли глянуть на вашу базу знаний? Интересны какие там темы и что вы считаете важным, что это записываете?». Попробую ответить максимально развернуто и, возможно (но это не точно), что-то покажу.

Кратко:

  • База знаний персональная — полностью не покажу, но опишу многое.

  • Инструмент — Obsidian с плагинами Dataview, Templater, Omnisearch, Git.

  • Структура: упрощённая PARA — Проекты / Сферы / Ресурсы / Архив / Дневник.

  • Темы: DevSecOps/SRE, Computer Science, Психология, PKB, Личное, Дневник и ещё куча всего.

  • Главное правило: сомневаешься — записывай. Удалять не нужно — есть архив.

  • Самое важное: важнее писать заметки, чем не писать их вовсе.

Можно ли глянуть

Начну с того, что персональная база знаний — она в первую очередь персональная, а потом уже база знаний. Это значит, что показывать я ее точно не планирую, как минимум пока я живой. По крайней мере в полном объеме я точно не смогу показать каждую заметку, однако какие-то ее части в том или ином виде я и так показываю. Например, посты для блогов рождаются из заметок в моей базе знаний.

Я спокойно могу описать: как именно она устроена, какие темы я фиксирую, а также как я решаю “записать или не записать” (спойлер: записать). Именно об этом и будет ниже — может, что-то из этого окажется полезным и тебе.

Дисклеймер: всё описанное — это мой личный опыт и мои решения. Не универсальный рецепт. Бери то, что резонирует, и адаптируй под себя.

Что именно публично

Хотя саму базу я не открываю, часть артефактов из неё так или иначе попадает в публичное пространство:

  • Посты канала — практически все посты «Мишки на сервере» рождаются из черновиков в базе.

  • Слайды и выступления — например, доклад для студентов РТУ МИРЭА о PKB (слайды) целиком сделан из заметок.

  • Чек-лист для организации персональной базы знаний — публичный артефакт в блоге.

  • Шаблоны — часть шаблонов я периодически описываю в постах.

Что никогда не попадает публично: рабочие детали с конкретными системами и командами, личные записи про людей, дневниковые записи, заметки про инциденты.

Начну со структуры

Довольно часто те, кто начинает заниматься заметковедением, начинают ломаться именно тут — попытка полностью продумать идеальную структуру базы знаний ломается ещё до первой заметки. Я и сам страдал этим — у меня сейчас примерно третья или четвёртая версия структуры.

Если кратко о том, как она эволюционировала: сначала была плоская куча файлов по папкам «Работа», «Личное», «Разное» — быстро стало непонятно, куда класть новое. Потом попытался следовать PARA (Projects-Areas-Resources-Archives) строго — оказалось слишком жёстко и я тратил больше времени на классификацию, чем на сами заметки. Нынешняя структура — это упрощённая PARA под себя.

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

Вернусь к себе. На текущий момент, структура директорий, которая используется у меня — в первую очередь удовлетворяет именно меня. Вот так у меня выглядит верхний уровень:

  • 00. Входящие — просто мой инбокс заметок — сюда попадают абсолютно все заметки, которые я фиксирую.

  • 01. Проекты — преимущественно личные проекты, но иногда и рабочие там тоже оказываются.

  • 02. Сферы — содержит различные сферы моей жизни.

  • 03. Ресурсы — сюда я складываю информацию о книгах, статья и видео, а также навигационные карты.

  • 04. Архив — название говорит само за себя, я удаляю заметки крайне редко и чаще всего переношу их в архив.

  • 05. Дневник — еще одно очевидное название, тут лежат ежедневные заметки.

  • _Система — тут лежат преимущественно служебные штуки, такие как шаблоны, картинки, холсты и прочие непотребства, которые я храню отдельно от заметок.

  • README.md — моя входная точка в базу знаний (дашборд), а имя выбрано потому что бэкапы идут в Git.

  • AGENTS.md — универсальные инструкции для всяких агентов, которые я иногда запускаю (преимущественно Claude Code).

Всё это живёт в Obsidian — на данный момент у меня там порядка ≈5400 заметок. Из ключевых плагинов использую: Dataview (динамические запросы по базе), Templater (создание заметок из шаблонов), Omnisearch (полнотекстовый поиск) и Git (автоматические бэкапы).

Ключевые понятия (чтобы не было путаницы)

Я использую несколько терминов, которые у разных людей означают разное. Вот как они работают у меня:

  • Входящие — «мусоропровод», куда летит всё подряд. Необработанное, без структуры. Задача — не потерять мысль, обрабатывать сразу не нужно.

  • Черновик — заметка в процессе написания. Живёт уже в тематической папке, не во входящих. Отличие: уже есть намерение сделать из неё что-то конкретное.

  • Дневник — ежедневные заметки. Отдельная категория, не входящие и не ресурсы. Не предназначен для переработки в посты.

  • Карта / Map-of-Content (MOC) — навигационная заметка, которая собирает ссылки по теме. Не содержит знаний сама по себе — только указатели. Думай об этом как об оглавлении книги.

  • Полноценная заметка — заметка с заголовком, 1-3 ключевыми тезисами, ссылками на связанные заметки и заполненным frontmatter. Не обязательно длинная — часто это 3-5 предложений.

Обработка входящих

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

  • Становится полноценной заметкой.

  • Становится картой.

Замечание: Заметки по статьям, видео и книгам сразу складываются в свои директории.

Жизненный цикл заметки

Вот как заметка проходит путь от мысли до архива:

  1. Захват → любая мысль/идея/факт фиксируется во 00. Входящие или в дневнике. Формат не важен — главное не потерять.

  2. Обработка → раз в несколько дней разбираю инбокс: определяю тип заметки, добавляю frontmatter, перемещаю в нужную папку.

  3. Размещение → заметка отправляется в 01-04, получает структуру по шаблону.

  4. Связывание → расставляю ссылки на связанные заметки, обновляю MOC если нужно.

  5. Использование → заметка живёт, дополняется при необходимости.

  6. Архив → если тема устарела — переношу в 04. Архив, не удаляю.

Инбокс обрабатываю без жёсткого расписания — по ощущению «накопилось». Обычно это 15-30 минут, 2-3 раза в неделю.

Правила именования

Заметки называю по принципу «чтобы было понятно без открытия»:

  • Язык названия = язык заметки (русский по умолчанию, английский для технических терминов).

  • Никаких дат в названии, кроме дневниковых заметок (2024-03-15).

  • Существительные или глагольные фразы: «Ведение дневника лучше чем ведение todo-листа», «Kubernetes networking», «Почему SRE ≠ DevOps».

  • Никаких префиксов вроде MOC-, BOOK-, IDEA- — для этого есть теги и frontmatter.

Как я нахожу нужное

Страх «положу и забуду» — один из самых частых аргументов против ведения базы знаний. Но у меня он не работает, и вот почему.

Во-первых, поиск. Штатный поиск Obsidian слабоват, но я использую плагин Omnisearch — он быстрый и ищет по всему тексту, достаточно вспомнить любое слово из заметки. Во-вторых, связи между заметками: когда пишешь новую заметку и ставишь ссылки на старые, граф знаний сам напоминает, что у тебя уже есть по теме. В-третьих, Dataview-запросы в MOC-картах автоматически собирают заметки — не надо помнить, где что лежит.

На практике я редко «ищу» заметку целенаправленно. Чаще всего нужное всплывает само при написании новой заметки или при просмотре дневника.

Конкретные примеры навигации:

  • Идеи для постов → открываю MOC «Медийность» с Dataview-запросом, который тянет все заметки с тегом #content. Весь бэклог в одном месте.

  • Инциденты → у каждого инцидента шаблон с тегом #sre. Dataview в MOC по SRE собирает их все.

  • Книга, которую читал год назад → ищу по названию через Omnisearch или иду в 03. Ресурсы / Книги.

Шаблоны

Шаблонов у меня довольно много, и они со временем меняются. Вот те, что использую регулярно:

  • Ежегодная заметка — обзор года, использую в конце года, чтобы просто порефлексировать и подвести личные итоги.

  • Ежедневная заметка — одна из основных заметок, используется для ведения дневника.

  • Конспект по лекции — я студент и у меня есть отдельный шаблон для лекций, которые я посещаю.

  • Обзор конференции — обзорная заметка про конкретную конференцию, где собираются все посещенные доклады и новые люди.

  • Шаблон тезисов по докладу — доклады, которые я посетил на конференции и которые добавляются в обзорную заметку.

  • Созвон или встреча — говорящее название, использую в том числе и для работы.

  • Черновик поста — черновик поста (универсальный) и этот пост также был создан из этого шаблона.

  • Шаблон идея — самый важный шаблон, который используется для всех заметок, которые я пишу сам сохраняю во входящих.

  • Шаблон инцидента — для инцидентов, в которых я участвую лично у меня есть отдельный шаблон, информацию из которого я потом выношу в Postmortem.

  • Шаблон карты — навигационные заметки или Map-of-Content.

  • Шаблон тезисов по видео, Шаблон тезисов по книге, Шаблон тезисов по статье — для видео, книги или статьи используется свой шаблон, который в бОльшей степени является навигационной заметкой.

  • Шаблон человека — заметки о людях.

Теги и свойства

Теги у меня — это дополнительный слой навигации поверх папочной структуры. Живут в frontmatter, никаких инлайн-тегов.

Основные теги, которые реально использую:

Тег

Когда ставлю

#content / #telegram

Черновик или идея для поста/канала

#sre / #devops / #kubernetes

Технические заметки по профилю

#concept

Термин, модель, фреймворк

#thought

Личная атомарная мысль

#book / #article / #video

Тип источника

#inbox/review

Требует обработки — снимаю тег после разбора

#journal/daily

Ежедневная запись

В frontmatter также регулярно использую:

  • up / down — для навигации вверх/вниз по иерархии тем

  • status — Todo / WIP / Done для проектов и черновиков

  • confidence — low / medium / high для концептов и тезисов

  • sources — список источников, из которых пришла информация

Темы и тематики

Опишу крупными мазками — когортами тем — что у меня лежит в базе.

Преимущественно рабочее

  • Профильные темы — Dev(Sec)Ops/SRE, Кибербез/Защита информации, Процессы Incident&Problem Management, (S)SDLC, etc…

  • Углубление в темы или Deep Dive — Infrastructure as/from Code, K8s, CICD, Configuration Management, etc…

  • Computer Science — Программирование, Основы CS, Golang/Python, Алгоритмы, Структуры данных, Парадигмы, etc…

  • Методологии — DevOps, SRE, Agile, Scrum, Kanban, ITSM, ITIL, TBM, etc…

  • Рабочее — Компании, Команды, Проекты, Встречи, Онбординги, etc…

  • Менеджмент — Управление людьми/командами/компаниями, Тимлидство и Техлидство.

  • Блог — Темы постов и готовые посты для канала и блога.

Чтобы дать ощущение масштаба — вот несколько реальных названий заметок из рабочего блока (без содержания):

  • «Чем SRE отличается от DevOps (и почему это важно)»

  • «SLO, SLA, SLI — разбор на пальцах»

  • «Почему постмортемы не работают без blame-free культуры»

  • «Kubernetes: как работает network policy»

  • «Разница между горизонтальным и вертикальным масштабированием»

Я, Мышление и работа над собой

  • Личная база знаний — Устройство, Воркфлоу, Второй мозг, etc…

  • Саморазвитие и Образование — Курсы, Книги, Хард- и Софт-скиллы, Области роста, Конспекты, etc…

  • Психология — Личная, Командная, Коммуникация, etc…

  • Мысли и принципы жизни — Разрозненные умозаключения и идеи, Проектирование себя, etc…

  • Личное — Семья, Финансы, Здоровье, Люди, etc…

Примеры названий из этого блока:

  • «Ведение дневника лучше чем ведение todo-листа»

  • «Как я принимаю сложные решения»

  • «Почему я перестал делать списки задач на день»

  • «Привязанность vs зависимость в отношениях»

Разное

Тут прям все подряд без списка: Философия, Право, Социология, Публичные выступления, Работа мозга, Драматургия.

Дневник

Это прям отдельная тема, которую я считаю крайне важной — дневник и ежедневные заметки, в которых фиксируется абсолютно всё, как в личном блокноте.

Когда-то подсмотрел у Рустама Агамалиева подтверждение того, что у меня чисто интуитивно вызывало комфорт: ведение дневника лучше, чем ведение todo-листа. В свободной форме пишу то, что необходимо сделать или уже сделано. О том, как я веду свой дневник, можно прочитать у меня в отдельном посте.

Записывать или не записывать

Буквально, как в монологе Гамлета — “Быть или не быть…” очередной заметке. И тут, как и везде — все максимально индивидуально. Именно поэтому я просто попытаюсь описать, чем именно я руководствуюсь, когда создаю очередную заметку.

Пригодится или Справочная информация

Заметка, как какой-то справочный материал, который мне может пригодиться в будущем. Для разных “штук”, которые бывает дольше гуглить и вспоминать, поэтому проще сохранить в виде заметки:

  • разделение настроек для консольного git-клиента

  • возвращение режима модема на айфонах

  • расположение файлов библиотеки приложения Apple Books

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

В эту же категорию относятся и заметки о каких-то людях. Будь то научный деятель, блогер, философ или “крутой чувак” с которым я познакомился на конференции.

Очередная гениальная идея

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

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

Тут могут быть и идеи по личной или рабочей автоматизации, и какие-то околофилософские мыслезлоключения, и идеи доработок чего-либо (особенно рабочее или в пет-проектах). Проще говоря — что-то, что не хочется забыть.

Рефлексия

Кто-то в рамках ежедневных заметок ведет полноценное планирование и управление проектами, а также через свойства отмечает сколько часов поспал и количество выпитой воды с настроением. Но это точно не я — мне такое пока не очень интересно отслеживать в своей базе знаний.

Я уже не однократно упоминал то, что я веду дневник и веду я его с 2021 года (самая первая дата — 2021-08-05). И вот именно дневник мне начал приносить ощутимую пользу — дневник позволяет ковыряться в собственных мозгах так, словно ты наблюдаешь со стороны.

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

Конспекты и обучение

Книга, видео, лекция, статья — всё, из чего я что-то усвоил или хочу усвоить, попадает в базу. Не пересказ, а именно то, что меня зацепило: конкретная мысль, тезис, пример, который хочу вернуть потом.

Для каждого типа источника у меня отдельный шаблон (книга / видео / статья / доклад), потому что у них разная структура и разный контекст. Главное правило тут — не стараться законспектировать всё. Записываю только то, что хочу переосмыслить или применить.

Что я намеренно НЕ записываю

Несколько категорий, которые осознанно остаются вне базы знаний:

  • Пароли и секреты — для этого есть парольный менеджер. В базу знаний принципиально не попадают.

  • Персональные данные других людей — контакты храню минимально, без чувствительных деталей. Заметка о человеке — это профессиональный контекст, не личное досье.

  • Рабочие секреты — архитектура клиентских систем, внутренние имена, конфигурации. Если что-то рабочее попадает в заметку — сразу обезличивается.

  • Эмоции в моменте без контекста — «я злой», «всё плохо» без объяснения почему. Дневник — место для рефлексии, а не для фиксации сырого состояния без смысла.

  • Задачи и todo-листы — для задач есть трекер. База знаний — не таск-менеджер.

Приватность и безопасность

Раз уж я сказал «не покажу пока живой» — логично объяснить, как именно сделано так, чтобы случайно не утекло.

  • Шифрование диска — база хранится локально, диск зашифрован.

  • iCloud — синхронизация между устройствами. Не идеально с точки зрения параноика, но для меня приемлемо.

  • Git-бэкап — автоматический бэкап в приватный репозиторий. В .gitignore исключены чувствительные файлы.

  • Нет публичных ссылок — никакого Obsidian Publish или аналогов. Если что-то публикую — делаю это руками, отдельным постом.

Пересмотр и актуальность

База знаний — это не музей. Заметки устаревают, взгляды меняются, какие-то темы перестают быть актуальными.

Как я с этим работаю:

  • Periodic review — по факту, не по расписанию. Нет жёсткого «раз в неделю смотрю базу». Пересматриваю заметки, когда возвращаюсь к теме по делу.

  • Статус WIP как маркер. Если заметка давно в WIP и к ней нет желания возвращаться — это сигнал либо закрыть (→ Done), либо заархивировать.

  • Дневник как встроенный review. Ежегодные и ежемесячные заметки — там я естественным образом возвращаюсь к тому, что было важно.

  • Архив вместо удаления. Почти никогда не удаляю заметки. Если информация устарела — переношу в 04. Архив. Потом можно найти и посмотреть, как думал раньше.

Итоги и полезности

У меня есть в блоге Чек-лист для организации персональной базы знаний — если хочешь начать, это хорошая отправная точка. Также было небольшое выступление перед студентами РТУ МИРЭА про знакомство с личной базой знаний (слайды есть, а видео нет).

Если вынести одну мысль из всего этого — важнее писать заметки, чем не писать их вовсе. Не нужна идеальная структура с первого дня. Не нужно читать все книги по PKB и Zettelkasten. Нужно просто начать фиксировать то, что кажется важным — и постепенно система сама начнёт складываться под тебя.

Кому такой подход подойдёт:

  • Тем, кто работает со знаниями профессионально и хочет не забывать то, что узнаёт.

  • Тем, кто хочет думать более структурированно и видеть связи между идеями.

  • Тем, кому важно иметь «свой» инструмент, а не чужую систему.

Кому, скорее всего, не подойдёт:

  • Тем, кто хочет быстрый результат — первые месяцы база знаний больше потребляет времени, чем отдаёт.

  • Тем, кто не готов периодически разбирать инбокс — без обработки это просто свалка.

С чего начать новичку:

  1. Выбери инструмент (Obsidian, Notion, Logseq — не важно, главное начать).

  2. Заведи один шаблон для «идеи» — просто заголовок + 2-3 строки.

  3. Первую неделю пиши всё подряд без структуры.

  4. На второй неделе посмотри, что накопилось, и попробуй сгруппировать.

  5. Структура появится сама — из того, что реально накапливается.