yep https://github.com/candid82/joker#differences-with-clojure

"The following features are not implemented: protocols, records, structmaps, chunked seqs, transients, tagged literals, unchecked arithmetics, primitive arrays, custom data readers, transducers, validators and watch functions for vars and atoms, hierarchies, sorted maps and sets."

correct. Specifically, watch functions for atoms are not implemented. In general Joker is single threaded so everything related to state management in multi-threaded environments doesn’t apply to Joker.

I am wondering about a dialect which leverages golang in all aspects in particular channels, the build system, wasm etc. I like clojure, but in my environment JVM is not an option. I find the thought of having fast upstart time and native capabilities exciting.

clojure.async was more of an afterthought and not core part of the language.

My gostd fork/branch still has a ways to go to meet these objectives, but I’m hoping to take it there! Funnily enough, I got very basic function-wrapping (fns with no args and no return value) working in my private repo, and quickly discovered the one API I tested on it invokes the function on a separate thread, so…I guess that might be the first case of a Joker program running “multithreaded”, even though Joker itself isn’t really designed for it yet? (IIRC, @U75LX44UA asked me about MT support in Joker a long time ago, and though I don’t recall responding, I’ve been thinking about it on a back-burner basis ever since….)

thats cool. with "multithreaded" I assume you mean support for go routines?

also a datomic clone on golang could be really great.. I am bit surprised wider clojure community is not picking up more on it

The footprint of a Joker script, versus a Clojure script/program, running a simple web service, is so much smaller that it makes much more sense for “modest” network servers like mine, which is a VM.