только это не те функции как в питоне — любая функция это такой же блок данных, только движок БД умеет этот блок выполнять внутри себя, подавать на вход исходные данные, и полученные новые данные хранить

Наверное это не слишком безопасно...

и система заточена на работу с контейнерами данных, как в обычных языках программирования — списки, массивы, скаларяные значения типа числел и строк, и всякие развесистые стуктуры, которые из этого всего можно налепить

ну и определение функции — тоже в этот набор входит, в виде вложенного списка, только движок БД её может выполнять (через интерпретацию)

а поскольку всё это поверх JVM крутится, можно налепить интерфейсы с чем-угодно, не используя больше никакой внешний язык программирования типа Python/Django которые обычно используются для построения интерфейса между СУБД, пользователем, и внешними сервисами

Clojure это своего рода движок БД, причём настолько мощный и расширяемый, что позволяет прямо на нём строить программные системы

прям хитрый план

ну например, те же MySQL/Postgres имеют средства подключения к другим СУБД в виде external table — и тут также можно делать, только из JVM доступны все её низкоуровневые фичи вплоть до сокетов + можно прицеплять любые Java-библиотеки, вообще любые

мне просто кажется, что если с такой точки зрения рассматривать — у обычного императивного пхпшника не будет срабатывать "ой вай еще один язык учить, да ещё такой шизнутый"

они уже привыкли, что когда начинаешь работать с какой-нибудь странной штукой типа Mongo или GraphQL, приходится её собственный язык осваивать, и это в общем и не сложно — ну да, еще один специфический синтаксис, приходится что-то почитать, может даже в чужом коде покопаться

но при этом не срабатывает рефлекс попыток натягивания совы на Pythonские привычки, и воплей "да тут классов вообще нет! как этим поьлзоваться вообще можно?"

мне кажется, это введет незнающих язык в заблуждение. Кодовая база на лиспе это все-таки не база данных.

а с другой стороны — нет соблазна делать на этом вообще всё, как бы у каждого типа СУБДшки есть своя какая-то ниша приложений: кто-то под реляционку и табличныые данные десятилетиями затачивалось, кто-то с деревьями удобно шуршит, в кого-то можно логи терабайтами совать и оно там чего-то себе может посчитать по ним

ну вот у Clojure тоже своя ниша — ворочать сложные многосвязные структуры данных, не слишком большого объема (чтобы в ОЗУ умещались), и одновременно можно на этом изобразить сервер приложений, и запхать туда на Java что угодно если уже готовых встроенных средств не хватило

спасение утопающих дело рук самих утопающих

ну это скорее для "продажи" кложи, и чтобы при упоминании функциональщины пхпшники не бежали как от чумного

не в прод, а так — сбоку, как средство прототипирования например, внутренних сервисов, или для "слепи то не знаю что но чтобы на прошлой неделе"

или вы меня сейчас обрадуете, и можно огроменный самоссылающийся граф на десятки миллионов элементов засунуть в кложу в режиме персистентности, и оно не сдохнет на 8 Гб РАМы?

это правда личная заморочка, по работе душистый веб, ну а вдруг...

с генерацией кода скриптами всё прекрасно, объемы данных копеешные, и сразу всё в файлы дампится

а вот с анализом... распарсить что-то на куче языков, типа полного исходника ядра Linux, запхать в память, и потом на этом графе как-то вменяемо елозить, диаграммы вызовов строить, зависимости между компонентами, и т.п.

🤯

Для этого есть гораздо более мейнстримный тарантул, и тот не факт, что хорошо продаётся

Хм, любопытно. Я видел тред на HN, где примерно тоже самое обсуждают. Идея крайне любопытная тем, что приходит в голову разным людям независимо. Вот ссылка на сам тред https://news.ycombinator.com/item?id=19727843

В этом, кажется, действительно что-то есть