Я потерял три года заметок и понял главное
За годы работы руководителем я перепробовал, наверное, десяток сервисов для заметок. Красивые, с тегами, с бэклинками, с ИИ-подсказками. И каждый раз повторялась одна история: сервис либо закрывался, либо менял тарифы, либо просто переставал открывать мой старый архив после очередного обновления. Однажды я не смог достать протоколы встреч за целый квартал — экспорт отдавал кашу из HTML, в которой невозможно было разобраться.
После этого я сформулировал для себя простое правило: если я не могу открыть свою заметку блокнотом через десять лет, это не моя заметка. Это заметка сервиса, которую он мне временно показывает.
Отсюда и весь разговор про хранение заметок в своих файлах. Это не про гиковство и не про моду на «local-first». Это про то, чтобы ваша память принадлежала вам, а не чужому серверу, чью судьбу вы не контролируете.
Что не так с заметками внутри сервиса
Когда вы пишете заметку в облачном сервисе, вы на самом деле не создаёте файл. Вы создаёте запись в чужой базе данных. Выглядит она как документ, но физически это строки в таблице на сервере компании, о которой вы почти ничего не знаете.
Из этого вытекают вполне конкретные риски:
- Сервис закроется. Стартапы закрываются постоянно. Крупные компании тоже сворачивают продукты, если те не приносят денег. Вас предупредят за месяц и предложат экспорт — часто кривой.
- Изменится цена или условия. То, что сегодня бесплатно, завтра станет подпиской. То, что стоит недорого, подорожает, и деться будет некуда — весь архив уже внутри.
- Поменяется формат. Обновление ломает старые записи, и вы этого даже не замечаете, пока не полезете за чем-то важным.
- Вы привязаны. Это и называется lock-in: уйти технически можно, но так больно, что вы остаётесь. На этой боли и построена бизнес-модель.
Я не демонизирую сервисы — многие из них удобны. Проблема в том, где физически лежат данные и в каком они виде. Заметки без привязки к сервису решают ровно эту проблему.
Почему именно markdown-заметки
Если данные в обычных файлах — это фундамент, то markdown — правильный материал для стен. Markdown это простой текст с минимальной разметкой: # для заголовка, - для списка, звёздочки для выделения. Всё.
Почему это важно именно для заметок:
- Открывается везде. Любой текстовый редактор, любая ОС, телефон, старый ноутбук, будущий компьютер, которого ещё не существует. Простой текст переживёт любой формат.
- Читается человеком без программы. Даже если убрать всю разметку, markdown-файл остаётся понятным текстом. Сравните с бинарным форматом, который без родного приложения выглядит как мусор.
- Ищется обычными инструментами. Поиск по файлам операционной системы, grep, что угодно. Ваши данные в обычных файлах не заперты внутри чужого поиска.
- Версионируется и бэкапится тривиально. Это просто текстовые файлы в папке. Их можно копировать, класть в облако для бэкапа, держать в git, синхронизировать между устройствами.
Главное преимущество markdown-заметок в том, что формат не устареет. Обычный текст читали сорок лет назад и будут читать через сорок лет. Ни один проприетарный формат такого обещания дать не может.
Что значит «нет lock-in» на практике
Фраза «нет lock-in» звучит абстрактно, поэтому переведу её в бытовые проверки. Задайте себе три вопроса про любой инструмент, куда вы складываете важное:
- Где лежат мои данные прямо сейчас? Если ответ «где-то в облаке компании», а не «в такой-то папке на моём диске» — вы уже зависимы.
- Что будет, если сервис исчезнет завтра? Если у вас останутся нормальные файлы, которые можно открыть без него — всё в порядке. Если останется только кнопка «экспорт», которая может и не сработать — это риск.
- Могу ли я уйти к конкуренту за вечер? Если данные в обычных файлах и стандартном формате — да. Если нужно писать скрипты для конвертации или платить за миграцию — нет.
Хранение заметок в своих файлах даёт на все три вопроса спокойный ответ. Сервис становится просто удобной надстройкой над вашими файлами, а не тюрьмой для них. Захотели сменить приложение — меняете, файлы остаются на месте.
Отдельно про приватность. Когда заметки лежат у вас на диске, вы точно знаете, кто имеет к ним доступ. Никто не тренирует на них модели, не показывает рекламу по их содержанию и не читает их «для улучшения сервиса». Для рабочих протоколов, где мелькают имена коллег и условия сделок, это не паранойя, а гигиена.
Хранение заметок в своих файлах без потери удобства
Есть честное возражение: обычные файлы неудобны. Никто не хочет вручную вести протоколы встреч в блокноте, расставлять теги и потом искать нужное грепом. Удобство облачных сервисов не на пустом месте появилось.
Хорошая новость в том, что одно не исключает другое. Правильный инструмент даёт удобный интерфейс поверх ваших собственных файлов, а не вместо них. Умный поиск, связи между заметками, автоматизация — всё это может работать с данными, которые физически лежат у вас на диске в открытом формате.
Именно так устроен Alfric — ассистент рабочих созвонов. Он слушает встречу и сам отдаёт протокол с решениями, задачи с ответственными и сроками, саммари. Любую договорённость потом можно найти обычным вопросом вроде «что решили с подрядчиком в мае?». При этом записи и расшифровки хранятся на вашем компьютере в обычных markdown-файлах, а синхронизация между устройствами зашифрована — ключ остаётся у вас, данные не уходят в облако вендора. Получается то самое сочетание: удобство сервиса и полный контроль над данными, без lock-in.
Это и есть, на мой взгляд, правильный ориентир для любого инструмента памяти. Не «доверьте нам всё и не думайте», а «мы делаем вашу работу удобнее, но ваши данные остаются вашими».
Вывод
Инструменты приходят и уходят, а ваша память должна оставаться. Выбирая, где хранить заметки, смотрите не на количество функций, а на один простой вопрос: смогу ли я открыть это через десять лет без этой конкретной программы? Если ответ да — вы владеете своими данными. Если нет — данными владеет кто-то другой, а вы просто арендуете к ним доступ.
Начните с малого: следующую важную заметку сохраните обычным markdown-файлом в папку на своём диске. Одна привычка — и ваша память перестаёт зависеть от чужих бизнес-решений.