|
Professor Seleznov
|
Привет, %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 предложений.
Обработка входящих
После обработки заметки из входящих, она отправляется в одну из категорий:
- Становится полноценной заметкой.
- Становится картой.
Замечание: Заметки по статьям, видео и книгам сразу складываются в свои директории.
Жизненный цикл заметки
Вот как заметка проходит путь от мысли до архива:
- Захват → любая мысль/идея/факт фиксируется во 00. Входящие или в дневнике. Формат не важен — главное не потерять.
- Обработка → раз в несколько дней разбираю инбокс: определяю тип заметки, добавляю frontmatter, перемещаю в нужную папку.
- Размещение → заметка отправляется в 01-04, получает структуру по шаблону.
- Связывание → расставляю ссылки на связанные заметки, обновляю MOC если нужно.
- Использование → заметка живёт, дополняется при необходимости.
- Архив → если тема устарела — переношу в 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. Нужно просто начать фиксировать то, что кажется важным — и постепенно система сама начнёт складываться под тебя.
Кому такой подход подойдёт:
- Тем, кто работает со знаниями профессионально и хочет не забывать то, что узнаёт.
- Тем, кто хочет думать более структурированно и видеть связи между идеями.
- Тем, кому важно иметь «свой» инструмент, а не чужую систему.
Кому, скорее всего, не подойдёт:
- Тем, кто хочет быстрый результат — первые месяцы база знаний больше потребляет времени, чем отдаёт.
- Тем, кто не готов периодически разбирать инбокс — без обработки это просто свалка.
С чего начать новичку:
- Выбери инструмент (Obsidian, Notion, Logseq — не важно, главное начать).
- Заведи один шаблон для «идеи» — просто заголовок + 2-3 строки.
- Первую неделю пиши всё подряд без структуры.
- На второй неделе посмотри, что накопилось, и попробуй сгруппировать.
- Структура появится сама — из того, что реально накапливается.
-Источник
|
