pgvector ... добавляет поддержку векторных операций в привычную нам базу данных. Уже не терпится попробовать в деле это расширение, но пока не ясно, когда и для каких задач могла бы я это применить.
Ну, например так разработчик одной векторной БД (не pgvector) использует её для ускорения работы Claude Code на больших кодовых базах:
Так можно любое достижение вычеркнуть, просто подбираете нужный порог "значимости", и вуаля: "Пароход? Ну это же игрушечный. Какая была выручка? Ой, не смешите."
Остальные будут ждать и прочитают уже обновлённое значение из L2. Я, к сожалению, не нашёл готовых библиотек для распределённых кэшей, реализующих этот функционал. Если вы знаете о таких, то напишите в комментариях.
Это же подсистема, а не библиотека. Ребята предусмотрели интерфейс для запросов наружу, но у каждого решения будут свои требования к слою кэширования. Кто же станет в библиотеку запихивать, скажем, Redis?
Увидел упоминание об эффекте "Полианны"... вот ссылка на фильм, снятый по роману Элинор Портер "Полианна", где девочка изменяет людей вокруг себя, обучая их находить хорошее в обстоятельствах их жизни и фокусироваться на этом хорошем: https://www.kinopoisk.ru/film/332348/?utm_referrer=www.google.com
Спасибо за статью,
и за список литературы - отдельное большое спасибо!
Еще одно упоминание "экономики внимания" (attentionalism). Первое упоминание увидел у @DedaVova Почему надувается пузырь персональных данных
Фееричная КПДВ - две правых руки у громовержца
Велосипед взят для примера. Замените слово "велосипед" на "паровоз" и попробуйте схематично дорисовать недостающие элементы между колесами и трубой.
Я не утверждаю, что вы с этим не справитесь, я намекаю, что 99% людей с этим не справятся.
TLDR:
Развязка была в самом конце статьи
Правильный вопрос: "может ли ... ИИ меня заменить по мнению моего начальника". И тут всё может выглядеть не так радужно.
Кажется, хуже перевода на Хабре я еще не видел. А тут есть с чем сравнить...
По русски называется "конечный автомат"
https://ru.wikipedia.org/wiki/Конечный_автомат
Ну, например так разработчик одной векторной БД (не pgvector) использует её для ускорения работы Claude Code на больших кодовых базах:
https://milvus.io/blog/why-im-against-claude-codes-grep-only-retrieval-it-just-burns-too-many-tokens.md
Как-то начинашь задумываться, насколько "настоящее" резервирование при двух подстанциях на территории одного предприятия.
Как минимум они обслуживаются одной группой людей, у которой один начальник, один чеклист. Ну и уровень стресса тоже один.
Просто почитайте предыдущие статьи этого автора, это такая тема: анти-хайп, но тоже хайп.
Так можно любое достижение вычеркнуть, просто подбираете нужный порог "значимости", и вуаля: "Пароход? Ну это же игрушечный. Какая была выручка? Ой, не смешите."
Это же подсистема, а не библиотека. Ребята предусмотрели интерфейс для запросов наружу, но у каждого решения будут свои требования к слою кэширования. Кто же станет в библиотеку запихивать, скажем, Redis?
Расскажите, пожалуйста, поподробнее, как именно реализовано:
Жаль только что автор дает такие чудесные советы, но не отвечает на вопросы в комментах...
Если можно, расскажите подробнее, как очередь с задержкой поддерживает требуемую скорость?
Увидел упоминание об эффекте "Полианны"... вот ссылка на фильм, снятый по роману Элинор Портер "Полианна", где девочка изменяет людей вокруг себя, обучая их находить хорошее в обстоятельствах их жизни и фокусироваться на этом хорошем:
https://www.kinopoisk.ru/film/332348/?utm_referrer=www.google.com
Понял, спасибо!
Ребята, видимо, пришли из стандартизации, там свой язык. Не айтишный.
А как быть с перестановкой значимых полей в названии?
Например "Доска длина 5м 4х20см" и "Доска 4х20см длина 5м"