Comments 20
долго перебирал разные системы хранения заметок, в итоге остановился на одном текстовом файле:vim ~/notes/notes.md
да, чем меньше мест хранения тем лучше.
чем больше резервных копий, тем лучше
Поддержу вас, я тоже использую Notepad++, по причине быстроты, несмотря на 100+ открытых вкладок как сохранённых в файлы, так и во временных. Мне больше всего нравится в нём то, что можно искать во вкладке, во всех вкладках, как строгое соответствие, так и не очень, можно накидать какой-то код, отформатировать его, что-то массово заменить. Не хватает одного - синхронизации вкладок и своих знаний и заметок со всех мест, откуда мне нужно открыть их. Ваш проект заинтересовал.
SQLite уже проходил.) Плюсы: нормально поддерживается UTF-8. Минусы: танцы с бубнами при масштабировании и обеспечении универсальности доступа. Что вы будете делать с БД, если вам внезапно захочется, чтобы заметку можно было быстро открыть тем же самым Notepad++ или в Obsidian? Вот вы точно знаете, что за заметка, а кастомного инструмента под рукой нет?
Пытался и на Markdown построить заметочник. Но тут упёрся в то, что C++ Qt5.12.5 (или .6) внезапно иногда ломает md-файл с русской кодировкой в паре-тройке букв на файл. Уже не помню, что там была за бага. Я остановился на текстовом редакторе и забил на эту тему.
С нейронкой тоже пытались собрать текстовый редактор для Markdown. ИИшенка предложила для реализации Electron - и я сдался почти сразу, без боя.))) Зачем писать свой Obsidian, если он уже есть?
Проблема с заметочниками - ровно та же проблема, как и с таск-трекерами. Если ты завёл задачу в трекере и обращаешься к ней хорошо если раз в неделю - это гарантированная потеря контекста и боль при его восстановлении. Причём это касается не только исполнителя, но и того, кто эту задачу ставил. Нет ревью по задачам - прогресс не виден. Даже если по делу он есть. Вопрос не в инструменте, а систематическом мониторинге происходящего. Причём если ревью по задаче нет, а прогресс есть - это ещё полбеды. Что-то делается, в конце концов. Но тогда закономерно встаёт вопрос: зачем таск-трекер?
То же и с заметками. Даже если заметка связана с другой заметкой жёсткой ссылкой - хоть на живое облако, хоть на локальный файл, - как только ты начинаешь вспоминать о ней через неделю - заметка выпала из контекста, даже не смотря на ссылку. И вот этом плане использовать ссылочный механизм Obsidian - просто конфетка. В комплекте с графом заметок, который позволяет вместо текста увидеть живое облако заметок и сразу же найти заметки без единой связи. Открыл, посмотрел, и либо сразу вспомнил контекст, и прицепил её куда надо, либо пошёл дальше. к следующей одинокой заметке. Но такая работа требует регулярности, известной занудности и усидчивости.
Уф... Для меня это тоже боль. Как раз активно работаю над темой "таск-трекер в Obsidian как единая точка входа для задач из разных потоков (таск-трекер на вебе, корпоративная почта, звонок по телефону. личная встреча)". Так что ситуацию вашу понимаю.
По статье: хотелось бы, конечно, хоть пару слов об обвязке вокруг SQLite. Но - будем потерпеть! Кода без багов!
Да с SQLite есть минусы. Markdown, docx, txt, pdf, html или png генерируется через экспорт, на диске в моменте не лежат. Отсюда и «плоский .md в блокноте не открыть», зато не ловим порчу байтов и можно шифровать at-rest и вешать замок на заметки.
Про обвязку вокруг БД обязательно расскажу подробнее в следующей статье)
Кстати, нагрузочное тестирование будете проводить? Было бы интересно узнать, на каком количестве заметок тормоза начнутся.
Теперь буду, идея то хорошая, можно даже сделать одним из гейтов, что бы новая фича не деградировала производительность
Да вспомнился кейс с Qt-шного раздела программистского форума. Там один из топикстартеров недоумевал, почему на десяти тысячах символах тормозит рендеринг текста у QTextEdit. А потом выяснилось, что он эти 10k символов пихал в виджет одной беспробельной строкой без переносов. ТекстЭдит такое плохо переваривает. Он блоками рендерит, по частям.
Не увидел ответа на вопрос, обозначенный в начале статьи. Как ваш проект решает проблему поиска нужных заметок?
Вы пишете о том, что не получается выработать дисциплину при ведении заметок, но пока не раскрываете, как именно ваш проект позволяет меньше зависеть от этой дисциплины. На скриншотах видно, что есть панель запросов через LLM. Возможно, именно в этом и заключается ключевая идея проекта.
Если в следующих публикациях будет рассказано про RAG-подходы, индексирование или семантический поиск с использованием LLM, и о том, как это помогает сделать поиск менее зависимым от выбора названий заметок, расстановки тегов и т.д., с интересом почитаю.
Я пробовал RAG, но не смог добиться приемлемого, предсказуемого результата без галлюцинаций - либо конструкция становится очень тяжёлой, чего тоже не хотелось.
Выбор пал на локальный полнотекстовый поиск (FTS) + всякие примочки: морфология, нормализация, ранжирование.
Подробнее про поиск распишу в следующей статье.
Notepad++ . Текущие заметки во вкладках. Долгосрочная инфа, заметки по проектам в текстовых файлах внутри. Но объемы конечно небольшие. Очень не хватает удобного менеджера по быстрой записи, но с хорошим отображением и поиском. Наверное поддержание порядка даст лучший эффект и для поиска, но будет потеря по скорости записи :-)
Мне в итоге зашел Zim. Текст, упорядочить текст (заголовки, списки, ttt), картинка, таблица (редко надо), ссылки во все стороны, тэги. Постоянно под рукой, быстро открыть, записать. Внутри txt с разметкой аналогичной маркдауну — открывать исходный текст редко нужно, но самое то для бэкапа во все стороны. Не хватает автопродолжения набираемых слов и с сохранением кода в отдельном окружении морока и непорядок.
Сто лет назад под виндой топом был WinEdt, там можно было клавишами сворачивать произвольные блоки строк (отступ от левого края создавал блок) и много чего ещё было.
Кстати да, с Zim как я погляжу много общего и внешен и идеологически
Под андроид нет сборки. Печаль.
Да, это desktop wiki.
Щупал когда-то Joplin, но на смартфоне редактирование заметок больше раздражало, нежели помогало. А потом понял, что вообще нормально всë делать на ноуте.
От методов и целей зависит. Меня, например, интересные мысли в дороге настигают. Причём внезапно. Сидишь, пялишься в окно - и вдруг инсайт. В поезде с ноутом, принципе, нормально. Если соседям не мешает разложенный на столе купе ноут. :) В рейсовом автобусе дальнего следования - похуже, но тоже можно разместиться при желании и необходимости. А вот в городском транспорте телефон выручает.
Уже лет 20 использую разные древовидные заметочники.
Каждый год ищу "а не появилось ли что-то новое"
Сейчас использую Obsidian. Поначалу пытался обвешивать плагинами. Но они устаревали, ломались, тормозили.
Поэтому в результате использую его без плагинов.
Радует:
- все на markdown файлах
- неплохой поиск
- есть мобильная версия.
Раздражает:
- долго открывается. Из-за это действительно часто проще взять
- уборка устаревших ассетов ( картинок )
VSCode и маркдаун файлы. В VSCode включено автоматическое сохранение файлов сразу, по мере ввода. Так же написал короткий скрипт, который по нажатию Win+N создает markdown файл и открывает его в VSCode, то есть вопрос скорости вызова не стоит.
Сейчас в VSCode из коробки поддерживается вставка картинок - просто нажимаешь Ctrl+v, в папке появляется файл изображения, в md-файле ссылка на него.
Установил расширения, чтобы рисовать схемы с помощью mermaid, excalidraw и draw.io, но этим очень редко пользуюсь.
Поиск у VSC во всех файлах мгновенный по мере набора. Вопрос с потерянными заметками у меня возникает только, если что-то записывал в избранных телеграмма с телефона, такое иногда бывает.
Синхронизация через github, на телефоне установлен GitJournal (заметки с синхронизацией через Git).
В принципе, меня все устраивает. До vscode пользовался OneNote и Notepad++, отказался от них, когда перешел на Linux.
Когда-то давно я рассказывал про свой велосипед на KnowledgeConf. Возможно, теоретическая часть будет тебе интересна: https://youtu.be/q4Ftg63diDs
Десять с лишним лет теряю заметки