🤷‍♂️

так ещё не портировали, а не не собираются портировать

Вот да.
Давно замечаю, что если ты знаешь что хочешь - легко и просто это сделаешь, причем довольно сложные вещи.
А если не знаешь что именно ты хочешь, то боль и π-страдания.

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

И я тут задумался над тем, а чем действительно clojure хороша. Как это другим объяснить?
И похоже что ответ - кложа писалась дядьками с 20+ лет опыта для таких же дядек, которым надоело бороться с другими языками

ну скажешь ты кому-нибудь
вот тут есть макросы - и что? ну подождем пару лет, добавят паттерн матчинг в синтаксис
повсеместная неизменяемость - и что?
java интероп - ну пиши на java
есть repl, ну у java тоже он есть, (да, я знаю, что это вообще разные вещи)

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

создание приложения в реагенте вообще не отличается от реакта? или тут другой подход?

Там какие-то ридер макросы разрешили

а то я тут поклацал поклацал и разницы вообще не заметил

Да не по сути очень похоже на реакт на функциональных компонентах

Только стейт по-другому хранится

И dsl для HTML другой

короче одни плюсы )

Ну Даня Абрамов не раз упоминал что он смотрит на эльм и кложаскрипт

Что например immutable js именно оттуда взят

Там же беда в реакте с коллекциями и объектами в пропсах потому что реакт не умеет их сравнивать

А при иммутабельной модели сравнение двух коллекций это О(1)

Потому что они иммутабельны и при создании можно запомнить хэш сразу и сравнивать хэши

Поэтому в реагенте можно смело коллекции пихать через параметры в компонент

если я правильно понимаю, там не так
сравниваются ссылки на объекты, если это один и тот же объект, то можно не рендерить
если разные, но пусть и равные, то перерендерим
и вот сравнение ссылок как раз O(1)

Все, что я делал в react тут оно идет как за должное. Блин, класно