process VS clojure-scheme

Check out babashka/fs and babashka/process as well. These are still based on Java interop underneath but they have some more features than the clojure.java.io and clojure.java.sh libraries. I tend to reach for these first when I need to do something filesystem or process related.

A bit off-topic but if you're looking for an up-to-date maintained library to shell out in Clojure, take a look at process

Nothing prevents you from using babashka and still use it as a glue for Unix programs. The difference is you get a nicer language (my opinion), a REPL if you want, and also you do get access to a lot more libraries from Java and Clojure and the pod concept of you want too as well.

So to be clear, you can easily use ImageMagick, curl, jq, pup, etc. See: https://clojure.github.io/clojure/clojure.java.shell-api.htm... and https://github.com/babashka/process

Other benefits are that you only need to learn Clojure and suddenly you can use it for everything, backend apps, frontend apps, scripts, etc. You don't need to learn bash, js and Java/go, make, etc.

> Then I did a very brief search for clojure libraries, things like parsing html. Most of the github projects were not seeing much activity (like last commit in 2020)

This surprises everyone, but those libraries still work, have no bugs, are missing no features, and can be used without issues in production.

Clojure is one of the most stable language, so things never break and almost never need updating.

People have a kind of Stockholm syndrome I think coming to other languages that if something didn't need a bug fix in a year it must be abandoned and broken.

And the reason you often don't need to update those libraries to keep up with the environment, like OS versions, is because they all leverage existing runtimes under the hood like JVM and that's the one that updates. So they're all secure and kept up to date, working with new OS and new architecture for free as JVM updates. This applies to Babashka as well, because it is implemented using a JVM.

For me it's microcontrollers, however I've heard in spite of the unmaintained status, clojure-scheme[1] is very usable. It uses gambit to produce C-code you can compile anywhere.

https://github.com/takeoutweight/clojure-scheme

> But wouldn't it make more sense to first rewrite Clojure itself in some small/minimal scheme-y subset of Clojure

How about Scheme?: https://github.com/takeoutweight/clojure-scheme

Note that this project is unmaintained and the last updates are ~10 years old.

lokke seems to use Guile's tooling (compiler tower, to be specific) to compile clojure-esque code to objects understood by said Guile's tooling. This is a little different from Clojurescript's approach which use ClojureJVM to transpile to javascript. There was actually another Clojure to Scheme project that leverages Clojurescript JVM transpiler: https://github.com/takeoutweight/clojure-scheme - It targets Gambit scheme instead of Guile