Ещё вариант - "лягушка" (поплавковый переключатель) - либо как замыкатель датчика наличия воды, либо просто насос через неё подключить. Просто, дёшево, надёжно.
2. Завис на фразе «сетевой overhead от повторных HTTP‑заголовков».
Имеются в виду повторные http handshake? Тут до кучи можно добавить накладные расходы на аутентификацию при каждом новом HTTP-запросе. Если это OAuth и интроспекция JWT, то +1 дополнительный вызов.
3. Стоит упомянуть, что у браузеров есть shared websocket workers, что позволяет нескольким открытым вкладкам (и даже окнам) одного веб-приложения использовать одно единственное websocket-соединение для передачи данных между фронтом и бэком (а не отдельное соединение с каждой вкладки).
Заметочник должен «расти» вмести с автором. Преждевременное переусложнение ведёт к подобным исходам.
Обсидиан «плох» только тем что даёт из коробки много возможностей по кастомизации и усложнению, и люди начинают тратить время на сам инструмент, а не на работу с заметками.
Перенимать методы работы вековой давности - тоже кажется, что не очень перспективно. Это другая крайность.
Структуру хранения заметок PARA - Project, Areas, Resources, Archives. Она регламентирует верхний уровень и принцип классификации заметок/материалов (по Actionability).
Жизненный цикл заметок в хранилище CODE - Capture, Organize, Distill, Express.
Capture - всё в один инбокс
Organize - растаскивание инбокса по структуре
Distill - вычленение существенного, развитие мыслей
Express - адаптация материалов для целевой аудитории и публикация
Т.е. это про заметковедение (см. книгу Зонке Аренса "Как делать полезные заметки"), а не просто документооборот. У автора поста это в конце тоже отмечено как ценность, которую несёт репозиторий.
P.S. Хотел поделиться своим опытом на эту тему, но не буду оттягивать внимание читателей с поста автора :)
Разделяю и одобряю! В свое время наигрался в руководителя (CTO) и сейчас наслаждаюсь возможностью углубленной работы в роли архитектора.
Смотрю на проект-менеджеров и продакт-овнеров поблизости и не завидую, а сочувствую.
Ещё вариант - "лягушка" (поплавковый переключатель) - либо как замыкатель датчика наличия воды, либо просто насос через неё подключить. Просто, дёшево, надёжно.
Воспроизвели Знайку 😁
https://t.me/dumb108_bot
Есть ли в планах использование с другим агентом, например Opencode?
Та же фигня.
Попробовал раз VPS у timeweb, больше не буду.
Спасибо!
Прочитал с интересом несмотря на шаблонные обороты ИИ-писателя, которые сразу снижают уровень доверия к публикации.
Интересно было бы видеть, какие части системы используют LLM, а какие работают чисто алгоритмически.
Это дало бы хотя бы примерное понимание ресурсоемкости и тормознутости такого ядра.
Например, солверы как работают?
Спасибо!
Интересно про внутренний парламент, растущие желания и развитие личности
1. Спасибо, про фреймы интересно.
2. Завис на фразе «сетевой overhead от повторных HTTP‑заголовков».
Имеются в виду повторные http handshake? Тут до кучи можно добавить накладные расходы на аутентификацию при каждом новом HTTP-запросе. Если это OAuth и интроспекция JWT, то +1 дополнительный вызов.
3. Стоит упомянуть, что у браузеров есть shared websocket workers, что позволяет нескольким открытым вкладкам (и даже окнам) одного веб-приложения использовать одно единственное websocket-соединение для передачи данных между фронтом и бэком (а не отдельное соединение с каждой вкладки).
4. Дион - лучший 😊
Заметочник должен «расти» вмести с автором. Преждевременное переусложнение ведёт к подобным исходам.
Обсидиан «плох» только тем что даёт из коробки много возможностей по кастомизации и усложнению, и люди начинают тратить время на сам инструмент, а не на работу с заметками.
Перенимать методы работы вековой давности - тоже кажется, что не очень перспективно. Это другая крайность.
Спасибо!
Недавно с Hermes agent в фоновом режиме тестировали разные движки TTS, включая упомянутый vosk.
Остановились на Silero 5.5 / Eugene.
На VPS на CPU норм работает
Ожидал в морали увидеть что-то про бэкапы.
Бэкап системного диска с интервалом в пару-тройку дней один раз спас меня и вернул комп в рабочее состояние менее чем за день с момента гибели SSD.
Фундамент - это электричество
Вроде Телеграм нормально заработал после обновления на прошлой неделе, не?
И в связи с этим, чтобы не сесть в лужу, можно торжественно объявить о смягчении блокировки, присвоив лавры себе
Подумал о том же 😁
Не понял, что за проблема с индексацией заметок. Любую заметку же нужно только при создании/обновлении индексировать.
Т.е. один раз хранилище проиндексировали целиком, а после этого - только изменения. Это даже на CPU быстро происходит.
Из маленьких моделек ещё хороша Qwen3 4B 2507, до неё использовал Phi-4 (обе не рассуждающие)
Зачем такая мощная GPU для такой маленькой модели? Поисковый движок тоже требует GPU?
А на ком ответственность?
Тебе мало платят или ты мало зарабатываешь?
Интересно помыслить об этом с обеих сторон.
Между чем синхронизируете?
Чаще всего синхронизируют хранилище между компьютером и телефоном. На телефоне это взлетит?
Вот тут подробнее про:
Структуру хранения заметок PARA - Project, Areas, Resources, Archives. Она регламентирует верхний уровень и принцип классификации заметок/материалов (по Actionability).
Жизненный цикл заметок в хранилище CODE - Capture, Organize, Distill, Express.
Capture - всё в один инбокс
Organize - растаскивание инбокса по структуре
Distill - вычленение существенного, развитие мыслей
Express - адаптация материалов для целевой аудитории и публикация
Т.е. это про заметковедение (см. книгу Зонке Аренса "Как делать полезные заметки"), а не просто документооборот. У автора поста это в конце тоже отмечено как ценность, которую несёт репозиторий.
P.S. Хотел поделиться своим опытом на эту тему, но не буду оттягивать внимание читателей с поста автора :)