Borkdude

Author here!

I'd use this when you need a smaller binary than Node.js, Bun or Deno. Performance of QuickJS isn't as good (no JIT) but still perfectly fine for hosting personal projects on a VPS. With local measurements I got 30k requests/s in the server. It uses less memory in a Hono app compared to Node.js and Bun.

So use this as a smaller (size and memory) lighter alternative to Node.js, I'd say with the trade-off of performance (similar to babashka I guess).

Perhaps this is also better suited for running stuff on a Raspberry PI etc.

I'm the author of cljbang.el.

Cljbang.el is a small but powerful emacs package, letting me use the things from Clojure that I like most, in an Emacs/Elisp context, with a small footprint.

This is about using a JS feature without bringing in any additional dependencies like core.async. You don't have to use it and you can still use core.async. This was the most asked for feature in the recent ClojureScript survey.

Author here. This is an experiment to run the Clojure compiler in a GraalVM native-image with Crema enabled. Crema is a new way to dynamically load JVM bytecode in a native-image using an interpreter.

More info about Crema: https://github.com/oracle/graal/issues/11327

I'm also the author of babashka, a native fast-starting scripting tool for Clojure. For me it's interesting to contrast both approaches and learn more about the pros/cons of each.

Thanks :)

Author here. Babashka is a native Clojure interpreter for scripting, it starts in ~5-20ms instead of the usual JVM startup. This release adds JLine3 for building TUIs, a completely revamped console REPL, and a bunch of library compatibility improvements. The charm.clj counter example in the post is a single-file script you can run right away to get an idea of the new TUI capabilities. Have fun scripting!

Babashka now has a built-in markdown library. Babashka now also has a built-in HTML parsing library: Jsoup.

Why does bb carry too much baggage? Because it has useful libraries like the above?

Reagami author here!

Github repo here: https://github.com/borkdude/reagami

You kinda can:

https://github.com/babashka/babashka/wiki/Self-contained-exe...

Blog post here:

https://mccormick.cx/news/entries/i-replaced-react-reagent-w...

The title didn't say compiler, it just said "Google Closure". The article I linked to is very clear that it's about the library.

Updated the title

This is not about maintaining compatibility with a Java version. As you can read in the post, Java 21 will be the minimum required Java version even. It's about the Google Closure Library on which many ClojureScript programs depend.

> We are working on restoring that original stability. With this release, you’ll find that quite a few old ClojureScript libraries work again today as well as they did 14 years ago.

> ClojureScript is and never was only just for rich web applications. Even in the post React-world, a large portion of the web is (sensibly) still using jQuery. If you need robust DOM manipulation, internationalization, date/time handling, color value manipulation, mathematics, programmatic animation, browser history management, accessibility support, graphics, and much more, all without committing to a framework and without bloating your final JavaScript artifact - ClojureScript is a one stop shop.