Почему не облачный сервис для заметок: с чего этот вопрос
Я много лет вёл созвоны — как руководитель, как участник, как тот, кто потом разгребает «а что мы там решили». И почти всё это время моя рабочая память жила в чужом облаке: заметки, договорённости, протоколы встреч. Удобно, синхронизируется, открывается с телефона. Пока в один прекрасный день сервис не поднял цену вдвое, а экспорт оказался в формате, который никуда толком не переносится.
Тогда я и задал себе вопрос, вокруг которого построена эта статья: почему не облачный сервис для заметок — точнее, почему я перестал считать его выбором по умолчанию. Речь не про то, что облако — зло. Речь про то, что для рабочей памяти — того, что вы будете хранить годами и к чему возвращаться, — цена ошибки в выборе хранилища выше, чем кажется в момент регистрации.
Облако против локального хранения: в чём реальная разница
Когда спорят «облако против локального хранения», обычно спорят про удобство: где быстрее синк, где красивее приложение. Но настоящая разница не в этом. Она в том, кто держит рубильник.
В облачном SaaS ваши заметки лежат на серверах вендора, в его формате, в его базе. Вы арендуете доступ к собственным мыслям. В local-first подходе файлы лежат на вашем компьютере, а синхронизация — это уже надстройка, а не место, где живут данные.
Практическая разница проявляется в простых сценариях:
- Нет интернета или сервис лёг. В облаке вы отрезаны от своих записей. Локально — открываете файл и работаете.
- Вендор закрылся или продал бизнес. Облако может увести ваши данные вместе с собой. Локальные файлы никуда не делись.
- Вы хотите уйти к другому инструменту. Из облака — через кривой экспорт. Локально — данные уже у вас, менять можно хоть саму программу.
Это не значит, что локальное хранение беспроблемно: бэкапы теперь ваша забота, а не вендора. Но это осознанная забота о своём, а не слепое доверие чужому. Разница как между тем, чтобы держать ключи от квартиры у себя и оплачивать хранение вещей на своём складе — против того, чтобы сложить всё ценное в чужой ангар, куда пускают, пока вы платите абонемент.
Ещё один момент, который замечаешь не сразу: локальные файлы дружелюбны к любым другим инструментам. Скрипт, поиск по диску, резервное копирование, синхронизация через любое хранилище — всё это работает поверх обычных файлов без разрешения вендора. Облачная база живёт по правилам своего API, и эти правила меняются не вами.
Риски saas-подписки, о которых не пишут на лендинге
Подписочная модель прекрасна для бизнеса вендора и удобна для вас — ровно до тех пор, пока интересы совпадают. Риски saas-подписки становятся видны, когда они расходятся.
Первый риск — цена растёт, а вы уже внутри. Когда в сервисе три года вашей рабочей истории, повышение цены — это не «поищу альтернативу», а «плачу, потому что уйти дорого». Это называется vendor lock-in, и заметки — идеальная приманка для него: чем дольше пользуетесь, тем сложнее уйти.
Второй риск — сервис меняется не в вашу сторону. Любимая функция уезжает в более дорогой тариф. Появляется реклама. Лимиты, которых раньше не было. Вы платите за то, что медленно перестаёт быть тем, за что вы платили.
Третий риск — доступ можно потерять не по своей вине. Сбой оплаты, блокировка аккаунта, региональные ограничения, закрытие сервиса. Пока данные у вендора, ваш доступ к ним — это его решение, а не ваше право.
Четвёртый, самый тихий — вы не знаете, что происходит с содержимым. Кто читает, на чём обучают модели, кому передают по запросу. Часто ответ есть в пользовательском соглашении мелким шрифтом, и он вам не понравится.
Ни один из этих рисков не означает «никогда не пользуйтесь SaaS». Означает — не кладите туда то, потерю контроля над чем не переживёте.
Данные под контролем — что это значит на практике
«Данные под контролем» звучит как лозунг, поэтому переведу в проверяемые признаки. Спросите про любой инструмент для рабочей памяти:
- Где физически лежат мои записи? Если ответ «на наших серверах» без опции локально — контроль не у вас.
- В каком они формате? Открытый текст или markdown — вы прочитаете их через десять лет любым редактором. Проприетарная база — только пока жив вендор.
- Могу ли я забрать всё одним движением? Не «экспорт в PDF по одной заметке», а вся память как папка с файлами.
- Кто держит ключ шифрования при синхронизации? Если ключ у вендора, шифрование защищает от кого угодно, кроме самого вендора.
Если на эти вопросы ответы «локально», «открытый формат», «да, папкой», «ключ у меня» — данные действительно под контролем. Всё остальное — аренда с иллюзией владения.
Где облако всё-таки уместно
Чтобы не превращать текст в проповедь: облако — отличный инструмент на своём месте. Совместный доступ команды в реальном времени, публикация, то, что по природе своей общее и временное, — облаку самое место. Проблема начинается, когда в облако по инерции уезжает и то, что должно быть личным и вечным: ваша рабочая память.
Разумная граница простая. Общее и одноразовое — можно в облако. Личное и долгоживущее — держите у себя, а синхронизацию используйте как удобство, а не как хранилище.
Как это выглядит в реальном инструменте
Я сам пришёл к local-first подходу для рабочих встреч. Условно это выглядит так: инструмент слушает созвон и отдаёт протокол с решениями, задачи с ответственными и сроками, короткое саммари — а любую договорённость потом можно найти обычным вопросом вроде «что решили с подрядчиком в мае?».
Именно так устроен Alfric: записи и расшифровки хранятся на вашем компьютере в обычных markdown-файлах, синхронизация зашифрована, а ключ остаётся у вас. Нет привязки к облаку вендора: захотите уйти — данные уже ваши, лежат папкой, читаются чем угодно. Это и есть ответ на вопрос из заголовка на практике: не отказ от синхронизации, а отказ от того, чтобы чужой сервер был единственным местом, где живёт ваша память. Работает на macOS, Windows и iOS, стоит 990 ₽/мес.
Поймите правильно: дело не в конкретной программе. Дело в принципе — хранить рабочую память там, где рубильник у вас.