๐Ÿ“• subnode [[@jakeisnt/clojure]] in ๐Ÿ“š node [[clojure]]
๐Ÿ“• text contributed by @jakeisnt ๐Ÿ”—

Clojure is a fascinating Java-based lisp ecosystem. It's well supported on several platforms thanks to Clojurescript and is probably the best Lisp for production today! I've been using it extensively - it's my favorits browser-based programming language.


  • hickory:: parse html into clojure data structures

  • tongue:: i18n

  • sci:: builtin clojure interpreter for scripting and DSLs

  • dommy:: clojurescript DOM manipulation library

  • medley:: useful, pure functions missing from clojure.core

  • datascript:: an immutable in-memory database and datalog query engine running in the browser

  • rum:: client server library for html ui in clojurescript. works as a React wrapper

  • cheshire:: fast JSON encoding in clojure.

https://github.com/onetom/clj-figwheel-main-devcards setting up nix with clojure, figwheel and devcards ui



Passing functions between front-end and backend is cool, so is convenient integration with many of the databases - but treating the site as a monolithic interface from which data can be queried feels so different from React's mindset of avoiding global state and exposing the minimum amount of data necessary for the system to function as a whole.

I really like the shadow-cljs approach and think NodeJS is more fun than working with Java on the backend (despite whatever potential performance caveats may come from that) but it's unclear whether the monolithic query approach - one that partially but doesn't completely obfuscate the network connection - is net beneficial or just confusing for the end user.




This is much easier to use than Rum, but has caveats: it doesn't have any mixins and uses its own implementation of atoms rather than falling back to React's lifecycle/hooks APIs or Clojurescript's. This makes it easier to use and more of a 'framework' - all of your code happens inside of the Reagent component ecosystem, unlike Rum - but is a bit harder to get creative with and doesn't feel like it's in the spirit of Lisp's easily composable libraries.

Receiving pushes... (requires JavaScript)
Loading context... (requires JavaScript)
๐Ÿ“– stoas (collaborative spaces) for [[@jakeisnt/clojure]]