Недавно мне понадобилась старая заметка. Я точно помнил, что записывал её: там были креды от сервиса (да, знаю, надо хранить всё в паролехранилках, но я записал как записал).

Не помнил я только, где именно это записал (

В 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, подход к разработке и тестированию, проблемы, с которыми столкнулся, и как их решил.