What helped for me was picking an existing Clojure project, and try to make
changes to it. I also struggled with some things. And not declaring and
mutating objects was confusing at times. But I think with this regard it helped
me a lot. In my case it was an existing cljs snake game
Hello world is fun, but doesn't say much. I would like to see benchmarks on the
actual application. Ideally it would take several jvm's so also Graal and J9
and also use the commercial version of making a native image, asses how much
memory is needed when run on the JVM and limit that, since
You probably aware of this, but in case you don't. Running JVM as native image
does start up faster, but throughput is less and latency is higher than running
on the JVM.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send
And maybe more important it's by Uncle Bob. I have a few colleagues that are
almost Uncle Bob devotees, would be great if they would also start exploring
Clojure.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to
My biased first reaction to Hadoop is, do you really need it? It has a separate
runtime, some overhead. And it seems to me it much easier to use Kafka,
probably connect to get data in/out and Streams/Ksql to process the data.
Because of Java interop and the nice generic Kafka Api it's really
It's already possibly, but not really part of, that would make little sense
anyway. It shines with tools you want to run quickly, where the reduction in
startup time helps. There was a tweet if a formatter compiled to a native image.
I also tried to create a native image for a pretty project,
The big penalty for the smaller size is that you need the scheme in order to
deserialize the message. This can make some uses much more complex. For example
when sending multiple types of messages, the client somehow needs to know which
schema is used.
How Avro is used with the Confluent Schema
Both suggestions use hiccup, which from my experience works a lot better then
jsp. As you can include functions in the templates, where with jsp you need a
static function, declare it somewhere, and only then your able to use it in jsp.
Basically your HTML is 'just' data, you can have a closure
Kotlin native can also target wasm. But I don't know enough of it to know if
it's usefull for the clojure story. Since there is very little you can do with
wasm, it's highly dependent on interacting with JavaScript. It's possible some
computational heavy stuff might better be done in wasm then
I worked on a snake game, where there is a function form one state to the
next. You can play other client site, which can get slow on slow devices,
or server-side, I also added some simple rule-based
ai, https://github.com/gklijs/snake I continued working for a bit on it in
a corparate repo,
10 matches
Mail list logo