Помню один из ваших докладов, как раз веб сокеты былт

я раза 3 пытался сделать проект с фигвилом и забивал, а поставил шадоу и прям хорошо

У него есть куча ограничений

Он далеко не любой Джаваскрипт правильно обрабатывает

И с препроцессингом у него оч плохо

во что это выливается?

В то что ты берёшь какой-то Джаваскрипт фреймворк с less/ts/jsx внутри и тебе приходится городить препроцессоры и подключать их к билду

Современный браузерный js весь на вебпак заточен

Ух тыж! Там на этом отложенном HOPL IV доклады один другого интереснее 😮https://hopl4.sigplan.org/track/hopl-4-papers#List-of-Accepted-Papers

Даже тут любимый Emacs Lisp! 😜https://www.iro.umontreal.ca/~monnier/hopl-4-emacs-lisp.pdf

Можно это сделать как-то круче? Мб что-то в core есть, что само таким занимается? Мне нужно иметь возможность доставать все неймспейсед киворды, которые находятся в одном неймспейсе

(->> {:foo/a 1, :foo/b 2, :a 3, :bar/a 4}
     (group-by (comp keyword namespace key))
     (into {} (map (juxt key (comp (partial into {} (map (juxt (comp keyword name key) val))) val)))))
;; => {:foo {:a 1, :b 2}
;;     :bar {:a 4}
;;     nil  {:a 3}}

(->> {:foo/a 1, :foo/b 2, :a 3, :bar/a 4}
     (group-by (comp keyword namespace key))
     (into {} (map (juxt key (comp (partial into {} (map (juxt (comp keyword name key) val))) val)))))
;; => {:foo {:a 1, :b 2}
;;     :bar {:a 4}
;;     nil  {:a 3}}

Ну, не то чтобы совсем само, но вроде попроще:

(reduce-kv
  (fn [m k v]
    (assoc-in m [(-> k namespace keyword) (-> k name keyword)] v))
  {}
  {:foo/a 1, :foo/b 2, :a 3, :bar/a 4})

мне нравится такое представление неймспейса кейвордом: :foo/_

(reduce-kv
  (fn [m k v]
    (assoc-in m [(-> k namespace keyword) (-> k name keyword)] v))
  {}
  {:foo/a 1, :foo/b 2, :a 3, :bar/a 4})

Точно. Я че-то закопался в своих мапах. Спс

Когда и где, это довольно просто. Я думаю, что вы просто должны избегать этого.
Я вижу, что это случайно происходит, в основном,
когда люди проектируют системы с напрямую связанными объектами.
Так что, если вы знаете, что ваша программа спроектирована так,
что эта штука имеет дело с операциями ввода,
а затем эта штука должна выполнить следующую часть работы.
Ну, если А вызывает Б, вы просто их сплели. Правильно?
И теперь у вас появляются "когда" и "где", потому что теперь A должна знать "где" Б
и когда это происходит, всякий раз A делает это.
Воткните очередь (queue) туда. Очереди - способ избавиться от этой проблемы.
Если вы не используете очереди широко, вам следует.
Вы должны начать прямо сейчас, сразу после этого разговора. Rich, sme

Слишком машинный перевод.

Не стесняйся, сделай нормальный перевод 😊

я тут datomic free декомпилирую в clojure
немного получается, но к сожалению не все

есть такой проект - https://github.com/Bronsa/tools.decompiler
если ему зависимости подкрутить и обработать напильником, то вполне сносный код выдает

есть одна проблема, видимо связанная с тем, что datomic компилируется 1.8.0, а декомпилятор работает только с 1.9
но например datomic.api он декомпилировал полностью и оно даже работает.
а вот datomic.query - частично datomic.query/q не дается

интересно кому-нибудь?

Есть вопрос. Зачем?

Какой вообще подход вы используете в архитектуре? Clean? Обычный MVC?