3 ms·
I think their point is bigger than that. Historically one of the major points against using Clojure to write your tooling was the slow startup times which are j
by blacktriangle 5y ago
I think their point is bigger than that. Historically one of the major points against using Clojure to write your tooling was the slow startup times which are just painful from the CLI. It looks like the clj-exec idea linked to in the article is the secret sauce that makes moving to writing your tooling in Clojure a workable idea, since now you have a unified calling convention for both calling tooling from the REPL during development but also activating your tooling from the CLI in some CI or build pipeline where the massive Clojure startup times don't matter.
This article comes at a perfect time, we're just starting a new Clojure project and were looking into how to automate tooling since we'd been burned by Clojure startup times before. Looks like clj-exec means we can now unify our work on Clojure.
- Borkdude 5y agoAlso check out https://babashka.org https://babashka.org: it offers Clojure scripting with very fast startup time. It also has a task runner (similar to make, just, etc.) that can be used to store long invocations (like clj-exec tends to have).
- utxaa 5y agowhat about the horrible debugging experience?
- kinjba11 5y agoDoes GraalVM work with Clojure? I would assume that would solve the startup time issue for a project like a CLI tool.