с атомом?

Надо атомы ещё сложить в мапу

Но это настолько не по-кложуровски, что как-то неправдоподобно даже)

а в чем сложность?

я бы по-другому поставил акценты - реакт изменил работу с дом с deferred mode на типа-immediate mode, что сильно проще и понятнее.

Да ни в чем, я бы просто мапу сделал атомом, а не каждый элемент мапы)

я вот на это отвечал)

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

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

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

У нас на митапе нельзя трезвым быть.

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

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

ну юзай валидаторы для атомов или compare-and-set! если тебе надо отталкиваться от того что в данный момент в стейте и не менять его:

(def a (atom 0)) 

(compare-and-set! a 10 20)
=> false

@a
=> 0

(compare-and-set! a 0 10)
=> true

@a
=> 10

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

> а в бою ломается из-за неверного порядка подгрузки
а что такого вы делаете, что ломается?

порядок загрузки mount равен порядку ns при компиляции

https://t.me/clojure_ru/80625
уже обсуждали тут

заскучали?
вот вам немножко бенчмарков про деструктуринг 😊
https://github.com/serioga/clojure-benhcmarks/blob/master/src/clojure_benchmarks/destructuring.clj

@strofimov1972 с какими объемами данными подобное должно реально тормозить? Если сейчас все наносекундами меряется

ну, например https://tonsky.livejournal.com/322036.html
😉

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