Николай Рыжиков - Данные, модели и Сlojure

Ближайшая конференция - Joker 2024, 9 октября (Online), 15-16 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Ypf1HW
- -
Язык определяет мышление. Язык программирования является матрицей для формирования архитектуры. Николай расскажет о том, что вырастает из Clojure - получаются решения с DSL на данных и решения, гравитирующие к Model Driven Architecture.
#model_driven #data_driven #clojure

[@marksto6581]

В название видеоролика вкралось коварство - "Сlojure" с кириллической "С" вместо латинской "C". На поиск внутри канала эта опечатка не влияет, но может влиять на глобальную выдачу youtube. Поэтому, думаю, её стоит исправить.

[@Vernad]

Насчёт "весь стейт в одну мапу и прокинуть через весь стэк".
Так же к этому пришёл - создаю глобальную переменную (ноосферу) и она передаётся в управляющие методы.
Теперь у управляющих (грязных) методов теперь один параметр.
У чистых же методов параметров, сколько нужно.

[@user-uk9hg2nz9z]

Спасибо за доклад!
Интересно было бы увидеть полноценный бек со сложной логикой, большим количеством интеграций с использованием данного фреймворка, пока что выглядит как решение для pet-проектов.
Идеи правильные, но способы решения выглядят не привычно для Java developer'а. У меня сложилось мнение по докладу, что предложенный фреймворк вообще не гибче фрейморков для Java, а лишь немного смещает парадигму.

[@dmitrypavlov3289]

Тут вам либо статическая типизация (классы, типы и все в этом духе) и много однообразного болейрплейт кода, либо обобщенные хешмапы и анархия динамики :) Кому что ближе, как говорится

[@uleming]

28:34 sepcial string, expected special

[@RexerNotes]

Фронтендеры со своими пропсами в реакте передает привет идеи с хешмапами!

[@dmChanal1]

Ну если js был изначально лиспом, в который добавили другой синтаксис с джавы, убив гомоиконность...

[@limbo11111]

Как-то он недоволен ооп) Уже давно можно сделать всё тоже самое и на джава и на груви и тд. Идея с мапами и контекстами имеет кучу своих недостатков. Скорее всего, где-нибудь в кеше придётся хранить то, что можно было бы не ханить вовсе. Идея с метаданными хорошая, но в итоге эти все данные могут занимать оочень много памяти, а если ещё и должны при старте подтягиваться. Про структуры данных, ну да, данные приятнее чем код и? В конечном итоге, всё сводится просто к реализации.

[@user-ci8mb5qc5d]

хешмапы это же медленно?

[@user-tt7pb9td8b]

Spring уже давно все это все реализовал