Those are also good occasions for the standard-library *as->*
user> (-> 4
(as-> x (let [n 2]
(+ x n)))
inc)
7
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@google
If you're looking for fast CLI utilities, ocaml can be a good fit, or
grenchman for loading clojure code, in this particular case (written in
ocaml): https://github.com/technomancy/grenchman
You don't really need persistent data structures for those use-cases, do
you? But it does have seqs and as
Hi Jeremy,
These look great! This might be the wrong forum for it (or maybe it's the
best forum for it), but I'd be curious to get your take on why one might
choose Cycle over React with something like Reagent+Re-frame to do
event-driven dataflow programming in the browser. Surely Cycle is a muc
If you haven't given it a try yet, Clojurescript is really the goto for a
lot of Clojure programmers when it comes to cover the CLI and Android use
cases.
Lumo and Planck are awesome Clojurescript runtimes that start up virtually
instantaneously and make great choices for writing scripts.
Cloj
Appreciate the response -- grench looks like a great way for me to continue to
use my always-on repl in actual scripts and not just interactively. I've
lately ironically become more interested in Clojure startup time now than when
I started developing with it because I'm starting to accumulate
Appreciate the pointer towards Lumo and Planck -- I've tried Lumo though not
Planck. I have used Clojurescript at work (not for scripting but for webapps)
and it's been more challenging for me only because I am not as familiar with
the Javascript ecosystem as I am the Java ecosystem.
What I've
I'd recommend you try some of the startup optimizations for the JVM that zprint
does:
https://github.com/kkinnear/zprint/blob/master/doc/filter.md#we-all-know-that-clojure-startup-is-so-slow-that-this-will-not-work
With it, they've managed to get the Clojure zprint filter to start faster then
t
