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

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

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

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

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

28:34 sepcial string, expected special

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

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

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

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