В название видеоролика вкралось коварство - "Сlojure" с кириллической "С" вместо латинской "C". На поиск внутри канала эта опечатка не влияет, но может влиять на глобальную выдачу youtube. Поэтому, думаю, её стоит исправить.
Спасибо за доклад! Интересно было бы увидеть полноценный бек со сложной логикой, большим количеством интеграций с использованием данного фреймворка, пока что выглядит как решение для pet-проектов. Идеи правильные, но способы решения выглядят не привычно для Java developer'а. У меня сложилось мнение по докладу, что предложенный фреймворк вообще не гибче фрейморков для Java, а лишь немного смещает парадигму.
Насчёт "весь стейт в одну мапу и прокинуть через весь стэк". Так же к этому пришёл - создаю глобальную переменную (ноосферу) и она передаётся в управляющие методы. Теперь у управляющих (грязных) методов теперь один параметр. У чистых же методов параметров, сколько нужно.
Тут вам либо статическая типизация (классы, типы и все в этом духе) и много однообразного болейрплейт кода, либо обобщенные хешмапы и анархия динамики :) Кому что ближе, как говорится
Как-то он недоволен ооп) Уже давно можно сделать всё тоже самое и на джава и на груви и тд. Идея с мапами и контекстами имеет кучу своих недостатков. Скорее всего, где-нибудь в кеше придётся хранить то, что можно было бы не ханить вовсе. Идея с метаданными хорошая, но в итоге эти все данные могут занимать оочень много памяти, а если ещё и должны при старте подтягиваться. Про структуры данных, ну да, данные приятнее чем код и? В конечном итоге, всё сводится просто к реализации.
В название видеоролика вкралось коварство - "Сlojure" с кириллической "С" вместо латинской "C". На поиск внутри канала эта опечатка не влияет, но может влиять на глобальную выдачу youtube. Поэтому, думаю, её стоит исправить.
Похоже QA работаешь )
Спасибо за доклад!
Интересно было бы увидеть полноценный бек со сложной логикой, большим количеством интеграций с использованием данного фреймворка, пока что выглядит как решение для pet-проектов.
Идеи правильные, но способы решения выглядят не привычно для Java developer'а. У меня сложилось мнение по докладу, что предложенный фреймворк вообще не гибче фрейморков для Java, а лишь немного смещает парадигму.
Насчёт "весь стейт в одну мапу и прокинуть через весь стэк".
Так же к этому пришёл - создаю глобальную переменную (ноосферу) и она передаётся в управляющие методы.
Теперь у управляющих (грязных) методов теперь один параметр.
У чистых же методов параметров, сколько нужно.
И чем это отличается от обычных глобальных переменных ? Только меньшей наглядностью.
Тут вам либо статическая типизация (классы, типы и все в этом духе) и много однообразного болейрплейт кода, либо обобщенные хешмапы и анархия динамики :) Кому что ближе, как говорится
хешмапы это же медленно?
Как-то он недоволен ооп) Уже давно можно сделать всё тоже самое и на джава и на груви и тд. Идея с мапами и контекстами имеет кучу своих недостатков. Скорее всего, где-нибудь в кеше придётся хранить то, что можно было бы не ханить вовсе. Идея с метаданными хорошая, но в итоге эти все данные могут занимать оочень много памяти, а если ещё и должны при старте подтягиваться. Про структуры данных, ну да, данные приятнее чем код и? В конечном итоге, всё сводится просто к реализации.
Какой же ад, наверное, отлаживать все это 😖
там интерактивный репл, отладка как раз простая
28:34 sepcial string, expected special
Фронтендеры со своими пропсами в реакте передает привет идеи с хешмапами!
Ну если js был изначально лиспом, в который добавили другой синтаксис с джавы, убив гомоиконность...
Spring уже давно все это все реализовал