Недавно мне понадобилась старая заметка. Я точно помнил, что записывал её: там были креды от сервиса (да, знаю, надо хранить всё в паролехранилках, но я записал как записал).
Не помнил я только, где именно это записал (
В Notepad++? В Obsidian? В сообщении самому себе? В папке проекта? Минут двадцать я перебирал места, и к концу уже не столько искал заметку, сколько пытался воскресить в памяти тот день, чтобы понять ход собственных мыслей.
Нашлась она в OneNote. В том самом OneNote, про который я уже и забыл, что он у меня вообще есть и, более того, что хранит что‑то ценное.
Вот тогда до меня и дошла обидная вещь: за десять с лишним лет я неплохо научился записывать информацию и довольно плохо получать её обратно. Мест для записи у меня было столько, что одно из них выпало из моей собственной памяти.
Почему я так долго жил в Notepad++
Большую часть карьеры (да и вообще пользования компьютером) мои заметки жили в Notepad++. Причина не романтическая: он всегда был под рукой, я привык к нему, он много чего умеет.
Открывается быстро, не требует сначала выбрать пространство, папку, шаблон и цвет обложки. Можно бросить туда лог, команду, телефон или мысль на три строки и вернуться к работе. Закрыл приложение, открыл — всё на месте. Для сценария записать, пока не вылетело из головы, он до сих пор очень хорош. Я точно знаю, что многие делают точно так же)
Проблема начинается не при записи, а через месяц (после 35 — через неделю).
Если складывать всё в одну вкладку, получается археологический слой текста. Если заводить отдельную вкладку на каждую тему, появляется коллекция новый 1, новый 2, новый 7. Переименовывать их надо в момент создания, а в этот момент мне как раз некогда (да и лень): иначе я не полез бы в быстрые заметки.
Можно сказать, что проблема в дисциплине. Это будет правдой. Но за все эти годы дисциплина так и не пришла, и я не верю, что она появится, надо искать какой‑то другой путь.
Записать — не значит сохранить
Со временем я сформулировал четыре причины, по которым мои заметки исчезают, даже когда физически лежат на диске/облаке.
Я заранее не знаю, как буду искать. Сегодня это «проблема с сертификатом», через полгода — «тот случай, когда nginx отдавал странную ошибку» или «написать письмо менеджеру по проекту». Название и будущий запрос редко совпадают, а если и совпадают, то не всегда понятно, где искать.
В момент записи мне жалко времени на порядок. Выбрать проект, папку и теги — несложно. Но именно эти несколько действий проигрывают кнопке «записал и закрыл».
Контекст выветривается быстрее текста. Строка ‑force сегодня кажется исчерпывающей. Через месяц хочется спросить у автора, что именно он собирался форсировать. Автор, к сожалению, тоже уже не помнит. Вспоминает старый мем «Когда я писал этот код, только Бог и я знали, что он делает. Теперь — только Бог».
Заметка постепенно перестаёт быть текстом. К ней нужен скриншот, таблица, чек‑лист, кусок JSON, срок или статус. После этого она расползается по нескольким приложениям.
То есть проблема оказалась не в том, что заметки негде писать. Писать их можно где угодно. Мне негде было держать их так, чтобы быстрый ввод не мешал последующему поиску.
Облако оказалось удобным, но есть нюанс
Следующим логичным шагом были облачные сервисы. С удобством у них всё хорошо. Моя претензия не к редакторам и не к интерфейсам.
Когда‑то я годами жил в Trello: рабочие доски, личные дела, накопленный за годы записи. Потом, в связи с известными событиями, доступ неожиданно закрыли, и содержимое я не вернул. Уверен, что столкнулся с этим не только я.
Через какое‑то время я потерял ещё и облачный Confluence — но тут винить, кроме себя, некого. Я долго туда не заходил, Atlassian счёл аккаунт заброшенным и освободил его. Тариф был бесплатный, так что формально всё честно. Эта потеря вышла куда менее болезненной: там не лежало ничего, что я не смог бы восстановить, хотя я уже и не помню, что точно там было.
Два кейса, разные причины: в первом случае данные исчезли не по моей вине, во втором — целиком по моей. Для результата разницы нет. В обоих случаях я потерял данные, которые считал своими.
После этого у меня появился довольно жёсткий пунктик: основной экземпляр данных должен находиться у меня. Облако может быть транспортом или резервной копией, но не единственной дверью к моим данным.
Obsidian почти подошёл
Конечно, тут сам по себе напрашивается Obsidian. Локальные файлы, нормальный Markdown, изображения, плагины, синхронизация — на бумаге закрыто почти всё.
И сам Obsidian мне скорее нравится. Проблема в том, что вместе с ним я получил новую должность: администратор собственного Obsidian.
Я собрал довольно скромный набор плагинов: BPMN, Editing Toolbar, Excalidraw, Iconize, Kanban, LanguageTool и Remotely Save. Настроил OneDrive, телефон и планшет. Потом что‑то в синхронизации слетело (не знаю почему, вероятно, у меня руки кривы и есть более надежный путь, но это повторяется постоянно). Потом выяснилось, что таблица в Markdown всё равно остаётся таблицей в Markdown, сколько плагинов на неё ни навешивай.
Главный тест Obsidian у меня не прошёл в самом простом месте. Когда надо было быстро записать две строки, рука по‑прежнему открывала Notepad++. Не потому, что Notepad++ мощнее. Потому, что между мыслью и пустым листом там почти ничего нет.
Наверняка Obsidian можно приготовить правильно. Но инструмент, который надо правильно готовить, у меня не приживается. Это не критика Obsidian — это скорее моя личная несовместимость.
И тут я совершил то, что совершают все
Я решил написать навайбкодить свой заметочник. Да‑да, никогда такого не было и вот опять)
На кладбище пет‑проектов отдельный квартал отведён под заметочники, а рядом лежат таск‑трекеры и новые JavaScript‑фреймворки. Мой уже может бронировать участок.
У решения было две причины. Первая вполне легальная: мне просто интересно это построить для себя, закрыв собственную боль тем способом, которым я хочу. Вторая практическая: как ни странно, я не нашёл готового подходящего мне по всем критериям продукта, только компромиссные варианты.
Проект называется Salvera (лучше я ничего не придумал, зато хуже было предостаточно). Сейчас это рабочее приложение в стадии подготовки к бете. Поэтому ссылки на скачивание в этой статье не будет, пока не доведу проект до рабочей беты, за которую не стыдно.
Немного обо мне
В IT я 10+ лет и успел поработать на проектах в разных отраслях и в разных ролях: разработчиком, аналитиком, архитектором, иногда проджектом, нередко в нескольких сразу. Сейчас я тимлид команды разработки в финтехе.
Отсюда и характер моих заметок. В них вперемешку куски кода и логов, схемы, обрывки требований, идентификаторы задач, договорённости со встреч, просто заметка, что нужно что‑то сделать или не забыть, дедлайны. Ни одна из этих штук не ложится в чистую категорию «заметка», и почти всегда к тексту нужен ещё скриншот, таблица, вложение или схема.
Что в итоге строю
В основе — обычная страница с нормальным rich‑text: текст, списки, изображения, таблицы, подсветка, вложения. Если содержимое больше похоже на лог, JSON или код, страница переключается в кодовый режим с поиском и заменой (это пока не устоялось окончательно, ищу пути как не плодить сущности и представления).
Страницу можно показать на канбан‑доске и дать ей срок — тогда она появится в календаре. Это не три копии, а три представления одного объекта. Рабочее и личное разделяются пространствами, внутри есть проекты и папки.
Лучше один раз увидеть, поэтому решил накидать скринов:
До беты я не расширяю список функций, а доделываю синхронизацию между устройствами (понадобится для мобильного приложения), восстановление из бекапа, шифрование, работа с большими логами. Про архитектуру и процесс разработки напишу отдельно несколько объемных статей. (писать статьи это дело не быстрое)
Что интересно узнать у вас
У меня пока три вопроса:
Где у вас чаще ломается система заметок: на быстром вводе, на поддержании порядка или уже при поиске?
Если вы давно живёте в Obsidian, Notepad++, Notion, OneNote — что заставило систему наконец прижиться или наоборот почему отказались?
Какова идеальная система, по вашему мнению? Чего не хватает лично вам?
В следующей части разберу решения, за которые меня, вероятно, будут бить: SQLite вместо папки с Markdown, подход к разработке и тестированию, проблемы, с которыми столкнулся, и как их решил.
Комментарии (20)
TerAnYu
15.07.2026 09:13Поддержу вас, я тоже использую Notepad++, по причине быстроты, несмотря на 100+ открытых вкладок как сохранённых в файлы, так и во временных. Мне больше всего нравится в нём то, что можно искать во вкладке, во всех вкладках, как строгое соответствие, так и не очень, можно накидать какой-то код, отформатировать его, что-то массово заменить. Не хватает одного - синхронизации вкладок и своих знаний и заметок со всех мест, откуда мне нужно открыть их. Ваш проект заинтересовал.
Iscander_Che
15.07.2026 09:13SQLite уже проходил.) Плюсы: нормально поддерживается UTF-8. Минусы: танцы с бубнами при масштабировании и обеспечении универсальности доступа. Что вы будете делать с БД, если вам внезапно захочется, чтобы заметку можно было быстро открыть тем же самым Notepad++ или в Obsidian? Вот вы точно знаете, что за заметка, а кастомного инструмента под рукой нет?
Пытался и на Markdown построить заметочник. Но тут упёрся в то, что C++ Qt5.12.5 (или .6) внезапно иногда ломает md-файл с русской кодировкой в паре-тройке букв на файл. Уже не помню, что там была за бага. Я остановился на текстовом редакторе и забил на эту тему.
С нейронкой тоже пытались собрать текстовый редактор для Markdown. ИИшенка предложила для реализации Electron - и я сдался почти сразу, без боя.))) Зачем писать свой Obsidian, если он уже есть?
Проблема с заметочниками - ровно та же проблема, как и с таск-трекерами. Если ты завёл задачу в трекере и обращаешься к ней хорошо если раз в неделю - это гарантированная потеря контекста и боль при его восстановлении. Причём это касается не только исполнителя, но и того, кто эту задачу ставил. Нет ревью по задачам - прогресс не виден. Даже если по делу он есть. Вопрос не в инструменте, а систематическом мониторинге происходящего. Причём если ревью по задаче нет, а прогресс есть - это ещё полбеды. Что-то делается, в конце концов. Но тогда закономерно встаёт вопрос: зачем таск-трекер?
То же и с заметками. Даже если заметка связана с другой заметкой жёсткой ссылкой - хоть на живое облако, хоть на локальный файл, - как только ты начинаешь вспоминать о ней через неделю - заметка выпала из контекста, даже не смотря на ссылку. И вот этом плане использовать ссылочный механизм Obsidian - просто конфетка. В комплекте с графом заметок, который позволяет вместо текста увидеть живое облако заметок и сразу же найти заметки без единой связи. Открыл, посмотрел, и либо сразу вспомнил контекст, и прицепил её куда надо, либо пошёл дальше. к следующей одинокой заметке. Но такая работа требует регулярности, известной занудности и усидчивости.
Уф... Для меня это тоже боль. Как раз активно работаю над темой "таск-трекер в Obsidian как единая точка входа для задач из разных потоков (таск-трекер на вебе, корпоративная почта, звонок по телефону. личная встреча)". Так что ситуацию вашу понимаю.
По статье: хотелось бы, конечно, хоть пару слов об обвязке вокруг SQLite. Но - будем потерпеть! Кода без багов!
gudrymudving Автор
15.07.2026 09:13Да с SQLite есть минусы. Markdown, docx, txt, pdf, html или png генерируется через экспорт, на диске в моменте не лежат. Отсюда и «плоский .md в блокноте не открыть», зато не ловим порчу байтов и можно шифровать at-rest и вешать замок на заметки.
Про обвязку вокруг БД обязательно расскажу подробнее в следующей статье)Iscander_Che
15.07.2026 09:13Кстати, нагрузочное тестирование будете проводить? Было бы интересно узнать, на каком количестве заметок тормоза начнутся.
gudrymudving Автор
15.07.2026 09:13Теперь буду, идея то хорошая, можно даже сделать одним из гейтов, что бы новая фича не деградировала производительность
Iscander_Che
15.07.2026 09:13Да вспомнился кейс с Qt-шного раздела программистского форума. Там один из топикстартеров недоумевал, почему на десяти тысячах символах тормозит рендеринг текста у QTextEdit. А потом выяснилось, что он эти 10k символов пихал в виджет одной беспробельной строкой без переносов. ТекстЭдит такое плохо переваривает. Он блоками рендерит, по частям.
Nagdiel
15.07.2026 09:13Не увидел ответа на вопрос, обозначенный в начале статьи. Как ваш проект решает проблему поиска нужных заметок?
Вы пишете о том, что не получается выработать дисциплину при ведении заметок, но пока не раскрываете, как именно ваш проект позволяет меньше зависеть от этой дисциплины. На скриншотах видно, что есть панель запросов через LLM. Возможно, именно в этом и заключается ключевая идея проекта.
Если в следующих публикациях будет рассказано про RAG-подходы, индексирование или семантический поиск с использованием LLM, и о том, как это помогает сделать поиск менее зависимым от выбора названий заметок, расстановки тегов и т.д., с интересом почитаю.
gudrymudving Автор
15.07.2026 09:13Я пробовал RAG, но не смог добиться приемлемого, предсказуемого результата без галлюцинаций - либо конструкция становится очень тяжёлой, чего тоже не хотелось.
Выбор пал на локальный полнотекстовый поиск (FTS) + всякие примочки: морфология, нормализация, ранжирование.
Подробнее про поиск распишу в следующей статье.
ch_ph
15.07.2026 09:13Notepad++ . Текущие заметки во вкладках. Долгосрочная инфа, заметки по проектам в текстовых файлах внутри. Но объемы конечно небольшие. Очень не хватает удобного менеджера по быстрой записи, но с хорошим отображением и поиском. Наверное поддержание порядка даст лучший эффект и для поиска, но будет потеря по скорости записи :-)
astenix
15.07.2026 09:13Мне в итоге зашел Zim. Текст, упорядочить текст (заголовки, списки, ttt), картинка, таблица (редко надо), ссылки во все стороны, тэги. Постоянно под рукой, быстро открыть, записать. Внутри txt с разметкой аналогичной маркдауну — открывать исходный текст редко нужно, но самое то для бэкапа во все стороны. Не хватает автопродолжения набираемых слов и с сохранением кода в отдельном окружении морока и непорядок.
Сто лет назад под виндой топом был WinEdt, там можно было клавишами сворачивать произвольные блоки строк (отступ от левого края создавал блок) и много чего ещё было.
gudrymudving Автор
15.07.2026 09:13Кстати да, с Zim как я погляжу много общего и внешен и идеологически
Iscander_Che
15.07.2026 09:13Под андроид нет сборки. Печаль.
astenix
15.07.2026 09:13Да, это desktop wiki.
Щупал когда-то Joplin, но на смартфоне редактирование заметок больше раздражало, нежели помогало. А потом понял, что вообще нормально всë делать на ноуте.
Iscander_Che
15.07.2026 09:13От методов и целей зависит. Меня, например, интересные мысли в дороге настигают. Причём внезапно. Сидишь, пялишься в окно - и вдруг инсайт. В поезде с ноутом, принципе, нормально. Если соседям не мешает разложенный на столе купе ноут. :) В рейсовом автобусе дальнего следования - похуже, но тоже можно разместиться при желании и необходимости. А вот в городском транспорте телефон выручает.
ivangermes
15.07.2026 09:13Уже лет 20 использую разные древовидные заметочники.
Каждый год ищу "а не появилось ли что-то новое"
Сейчас использую Obsidian. Поначалу пытался обвешивать плагинами. Но они устаревали, ломались, тормозили.
Поэтому в результате использую его без плагинов.
Радует:
- все на markdown файлах
- неплохой поиск
- есть мобильная версия.
Раздражает:
- долго открывается. Из-за это действительно часто проще взять
- уборка устаревших ассетов ( картинок )
Cekory
15.07.2026 09:13VSCode и маркдаун файлы. В VSCode включено автоматическое сохранение файлов сразу, по мере ввода. Так же написал короткий скрипт, который по нажатию Win+N создает markdown файл и открывает его в VSCode, то есть вопрос скорости вызова не стоит.
Сейчас в VSCode из коробки поддерживается вставка картинок - просто нажимаешь Ctrl+v, в папке появляется файл изображения, в md-файле ссылка на него.
Установил расширения, чтобы рисовать схемы с помощью mermaid, excalidraw и draw.io, но этим очень редко пользуюсь.
Поиск у VSC во всех файлах мгновенный по мере набора. Вопрос с потерянными заметками у меня возникает только, если что-то записывал в избранных телеграмма с телефона, такое иногда бывает.
Синхронизация через github, на телефоне установлен GitJournal (заметки с синхронизацией через Git).
В принципе, меня все устраивает. До vscode пользовался OneNote и Notepad++, отказался от них, когда перешел на Linux.
grigoryvp
15.07.2026 09:13Когда-то давно я рассказывал про свой велосипед на KnowledgeConf. Возможно, теоретическая часть будет тебе интересна: https://youtu.be/q4Ftg63diDs
classx
долго перебирал разные системы хранения заметок, в итоге остановился на одном текстовом файле:
vim ~/notes/notes.md