Comments 18
Ничего не понял, что это такое, для чего это, к чему это здесь. Наверное, реклама, судя по вашему нику и подписке на эту самую Deep.foundation.
Глубина-глубина я не твой. Отпусти меня глубина.
Ради этого и открыл статью, думал про это будет, оказалось реклама обычная. Хотя бы в комментах настоящую глубину вспомнили
Реклама это да, но реклама чего?
Мы позиционируемся как фонд развития ассоциативных технологий.
Люди которые в нас верят, верят в идею единоописуемости чего угодно ассоциативно. Фреймворк Глубины позволяет это на сквозь связать с любыми языками и средами разработки. Очень скоро мы анонсируем единообразно доступную криптографически распределенную (шаг для нас из web2 к web3) память в едином поле связей. Работаем над мат-теорией Ассоциативности и соединяем ИИшки как GPT, векторые базы данных, семантический анализ, парсинг, рекурсивный анализ (используя нейронки). Вся эта практика для нас - образ жизни.
Думаю, учитывая кто и почему это написал, это реклама образа жизни, и личной мечты которая живет в каждом разработчике - универсальная сквозная всеописующая система, и консультативная среда в которой можно вместе учиться и развиваться.
Для меня как для одного из фаундеров публикация это статьи была сюрпризом. Это инициатива одного из Кадетов Глубины. Мы (основатели и экипаж Глубины) никак не контролируем и не поощраем "рекламу". Однако сами Кадеты оценивают свои действия и в случае если сообщество считает что это ценно присваивает звезды. Обычно это за написание какого-то прикольного пакетика.
Мне не ловко что это воспринимается рекламой. Кто-то хочет дать совет по имиджу, что тут не так? Думаю такая консультация будет полезна Кадетству.
Мокрецы уже среди нас! Они пришли за нашими детьми...
Допустим, вам нужно в телеграме получить голосовое сообщение, а затем преобразовать его в текст. Получатель из телеграма вами написан на JavaScript, а ваш друг написал преобразователь на Python. В целом можно что-то переписать и сделать код единым. Но, с другой стороны, можно поставить два пакета и просто связать их. Тогда после получения, которое написано на JS, полученный файл будет обрабатываться кодом на Python.
И при этом ничего не сломается и все будет в автоматическом режиме. JS, Kotlin, Rust, Python, даже YoptaScript, все эти языки поддерживаются Глубиной. И все пакеты можно использовать в любом сочетании. Реиспользование каждого пакета ограничено лишь вашим воображением и пределами задачки!
Поздравляю, вы придумали API
API когда много микросервисов, или в целом размер инфраструктуры, становиться слабым местом для роста. Взаимозависимость типизации, потребность в человеческой интерпритации, написании и рефакторинге, часто зависимым и рекурсивным по системе делает проект многослойным и сложным в управлении. Мы придумали не API, а поместили все описуемые идеи под единственный ассоциативный API, по культуре Data Driven Development, поместив все вычисления на оркестратор под капотом (вместо прямых обращений от кода к коду напрямую используя данные только как вспомогательный слой оперируемый кодом). Переместив уровень API над данными, проблема рефакторинга и взаимозависимости программного кода перешла на уровень связей, где всё совместимо со всем. При необходимости можно создавать локальные Minilinks коллекции как слой кеширования или использовать существующие решения поверх gql, что бы избавиться от дополнительного ожидания завершения транзакций запрашивающим или подписавшимся на эти данные клиентом.
Переместив API на уровень ассоциативной БД вы не убрали API как концепцию.
где всё совместимо со всем
А можно какой-нибудь понятный пример? Просто если такая совместимость это "посмотреть что за связи использует пакет на питоне и сконвертировать связи пакета на JS в подходящие", то концептуально это всё то же перекладывание JSON, только спрятанное под мишурой малоизвестной БД с возможностью натыкать часть перекладываний в графовом UI
Есть подозрение, что в качестве "малоизвестной БД" используется обычная монга, минусы и тормоза которой довольно известны.
Вообще я пересекался в инфопространстве с Deep ранее, там postgres под капотом был, но потом они запилили свой самописный движок, побенчмаркали на данных в 100 килобайт свою практически in-memory хранилку с дефолтным постгресом с включенным fsync и сказали что их БД на порядок быстрее самого быстрого решения на рынке :)
Ну а вообще как обычно, как только начинаются вопросы по существу, конкретных ответов ждать не приходится. Спасибо что хоть тут не стали отвечать буллшитом который сгенерировал ChatGPT.
Да, in-memory называется minilinks, никаких fsync, чистый js. Сейчас допиливаем к ней синхронизатор с local storage и capacitor storage, что бы можно было по bool_exp (диалект всех .select/update/delete функций) указать что синхронить. Плюс теперь она поддерживает { remote: true, local: true } опции и при создании экземпляра подключения Deep и при выполнении любых методов, что позволяет делать изменения сначала на клиенте потом на транзакцией на сервере, по аналогии с Meteor.js minimongo, или при remote: false только на клиенте.
Ты еще помнишь мои стааарые эксперименты с монгой) Приятно.
@alhimik45 прав, сейчас там PostgreSQL в продакшен версии. Да у нас есть C++/Rust версия ядра, но мы ее не рекомендуем и она нигде по умолчанию не подключена сейчас, так как еще в разработке. Да она быстрее постгри в сотню ото и больше раз, но пока не релиз.
Монета карман не тянет или история о том, как Глубина сделала меня своим Кадетом