Продуктивность

Markdown как формат хранения на десятилетия

Формат заметок выбирают по удобству редактора, а платят за это через десять лет. Разбираем выбор по единственному критерию, который важен на таком сроке: откроется ли файл без специальной программы — и какой части Markdown это касается.

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

Критерий на таком сроке ровно один: откроется ли файл без специальной программы. Не «удобно ли читать», а откроется ли вообще и будет ли видно содержимое. По этому критерию выбор сокращается до одного варианта, но интересное начинается дальше — в том, какая именно часть Markdown этому критерию отвечает.

#Короткий ответ

Долговечен не Markdown, а обычный текст. Markdown — это соглашение о том, как расставлять символы внутри обычного текста, чтобы отметить заголовок и список. Файл .md при любом развитии событий открывается блокнотом и читается глазами: заголовок останется строкой с решётками, список — строками с дефисами, и смысл не потеряется.

Отсюда следует практическое правило, которое не очевидно: чем меньше синтаксиса вы используете, тем долговечнее ваш архив. Долговечность даёт не формат, а сдержанность в нём.

#Сравнение по сроку жизни

Формат Читается без программы Что теряется через 10 лет Пригодность для машины
Обычный текст, Markdown ✓ ничего высокая
HTML ✓ с трудом оформление, если стили внешние средняя
RTF частично тонет в разметке низкая
DOCX, ODT ✗ нужен распаковщик и разбор низкая
Формат конкретного приложения ✗ всё, если нет экспорта никакая
База данных приложения ✗ всё, кроме сделанной вами выгрузки зависит от схемы

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

Четвёртая колонка добавляет второй аргумент, менее очевидный: обычный текст лучше всех подходит для автоматической обработки. Модели, поиску по смыслу и индексаторам нужен текст, а не документ; всё, что не текст, сначала приходится приводить к тексту, и на этом шаге теряется структура — объединённые ячейки, сноски и вёрстка превращаются в поток слов. Именно поэтому связка «файлы разметки плюс локальная модель» собирается за вечер, а связка с офисным архивом требует отдельного этапа конвертации: порядок первой разобран в гайде про Obsidian и локальный ИИ.

#Минимальный набор, который стоит использовать

Синтаксис Markdown разросся: сноски, таблицы, блоки-контейнеры, атрибуты, вставки — всё это поддерживается не везде и разными способами. Долговечная часть маленькая:

  • заголовки решётками, два-три уровня, не глубже;
  • списки дефисами и цифрами;
  • выделение одинарными и двойными звёздочками;
  • ссылки в квадратных и круглых скобках;
  • блоки кода тройными обратными кавычками;
  • цитаты угловой скобкой.

Шесть конструкций. Всё остальное — таблицы, сноски, вставки, специфические расширения конкретного редактора — используйте, только если готовы через десять лет читать их как есть в тексте. Таблица из вертикальных черт читается глазами приемлемо, сноска вида [^1] — уже хуже, а конструкция плагина не читается никак.

Отдельно про то, что портит переносимость сильнее синтаксиса: служебные конструкции редактора. Идентификаторы блоков, свойства страницы, специфические ссылки — они делают файл менее переносимым, чем сам формат. Аутлайнеры этим грешат больше документных редакторов; расклад разобран в обзоре Logseq и ИИ.

#Что из этого следует на практике

  1. Одна заметка — один файл. Файл — это единица, которую переносят, ищут и восстанавливают. Всё, что живёт «внутри» приложения и не имеет своего файла, при переносе теряется первым. Папок при этом нужно мало: они полезны для объявления срока жизни, а не для доступа — разбор в статье про метод PARA и ИИ.
  2. Имя файла — часть содержимого. Через десять лет это может оказаться единственным работающим индексом. Дата в начале имени и осмысленное название стоят потраченных секунд.
  3. Вложения кладите рядом и ссылайтесь относительным путём. Абсолютный путь ломается при первом же переносе папки, ссылка на облачную картинку — при первом изменении на чужой стороне.
  4. Не прячьте смысл в метаданных. Блок свойств в начале файла удобен, но он читается программой; то, что важно понять человеку, должно быть в тексте.
  5. Проверяйте архив чужой программой. Раз в год откройте случайные двадцать файлов не своим редактором. Это единственная честная проверка переносимости — все остальные основаны на вере.

#Где интуиция подводит

Первое заблуждение: «формат открытый, значит переносимый». Открытость спецификации не помогает, если разбирать её некому: спецификация DOCX опубликована, и файл от этого читаемым без программы не становится. Переносимость даёт не открытость, а простота — чтобы прочитать текст, спецификация не нужна вовсе.

Второе: «главное — экспорт, он есть везде». Экспорт есть, пока есть приложение и доступ к нему. Экспорт — операция, которую надо успеть выполнить; текстовый файл — состояние, в котором выполнять нечего. Разница проявляется в единственный неудачный день — разбор такого дня в сравнении Notion и локальных заметок.

Третье, ближе к нам: обычный текст решает вопрос хранения и не решает вопрос ответа. Файлы будут лежать, и ровно поэтому через десять лет у вас будет папка на десять тысяч файлов, в которой невозможно вспомнить, что искать. Долговечность формата и полезность архива — разные свойства, и второе обеспечивается поиском, а не форматом. Почему точка отказа систем заметок лежит на возврате, а не на записи, разобрано в разборе второго мозга на ИИ.

Здесь же честная оговорка про нашу сторону: память Persona живёт не в файлах разметки, а в базе на вашей машине. Дневная выгрузка в файлы есть, но по переносимости обычные файлы объективно удобнее базы — что именно и в каком виде можно вынести сегодня, описано в статье про экспорт и перенос памяти ИИ. Если ваш главный критерий — открыть архив через двадцать лет без всякой программы, файловая схема сильнее нашей, и это стоит знать заранее.

#Частые вопросы

#Чем Markdown лучше обычного .txt?

Ничем по долговечности — это тот же обычный текст. Разница в том, что Markdown добавляет договорённость об оформлении, которую понимают редакторы и генераторы сайтов, не мешая читать файл глазами. Если оформление вам не нужно, .txt не хуже.

#А если редактор добавляет свой синтаксис?

Тогда переносимость определяется не форматом, а тем, сколько такого синтаксиса в ваших файлах. Проверить просто: откройте типичную заметку блокнотом. Если больше строки из десяти — служебные, вы привязаны к редактору сильнее, чем думали.

#Что делать с уже накопленным архивом в чужом формате?

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

#Переживёт ли Markdown очередную моду?

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

#Вывод

Если ваш архив должен пережить смену программ, храните его обычным текстом и пользуйтесь минимальным набором разметки — шести конструкций хватает на всё, а каждая седьмая уменьшает шанс, что файл прочитается без посредника. Долговечность даёт не формат, а сдержанность в нём и привычка раз в год проверять архив чужим редактором. И помните, что решается этим только половина задачи: файл, который откроется через двадцать лет, ещё нужно суметь найти.

Хотите ИИ, который помнит вас?

Persona держит контекст между чатами и работает на вашем железе — если развернуть её у себя и подключить локальную модель.

Создать аккаунт