5 ms·

I am trying to implement my pipe dream of Blockchain and Lisp coercion, no any other PL fits my needs because Lisp is the only language where I can update the c

I am trying to implement my pipe dream of Blockchain and Lisp coercion, no any other PL fits my needs because Lisp is the only language where I can update the compiler every 6 minutes or so, no compilation of compiler is required. > And if so, _which_ Lisp and why? Are there any other production-ready Lisps except of CL?

musicale 2y ago
Clojure?
- ews 2y ago
  I have a ridiculous amount of projects on production using CLJS on node, with occasional use of npm modules. I would consider this prod ready.
- whartung 2y ago
  I have not used Clojure, but it’s the singular s-expr language that addresses all of the critics. Whatever X Clojure can not directly answer, the ever expanding universe of solutions based on the JVM can. If the OP wants to stop painting themselves into corners, write more code. All systems offer up lots of paint and lots of corners. Only experience in those systems can guide you out of them. I’m a CL fan, so I’d turn to CL if a CL implementation will work for you. But if you’re looking for an s-expr with no excuses, it’s Clojure on the JVM. Though pretty sure GraalVM can turn even Clojure into native code if that’s a goal.
lholden 2y ago
Scheme, Racket, Clojure.
waldrews 2y ago
Clojure, ClojureScript, and LFE are all production-ready, primarily because they have straightforward integration with existing VM's/ecosystems (JVM, JS, and BEAM respectively). Sadly the .Net Clojure seems to be unmaintained, and there aren't obvious leading choices for the LLVM or Python worlds (Hy exists, is usable and interoperable, but doesn't have a clear value prop, maybe macros). C world has Racket I suppose. WASM has an S-Expression representation, but that alone does not a lisp make.
iamsamwood 2y ago
We've been using our own lisp dialect, ellipse (https://github.com/luthersystems/elps https://github.com/luthersystems/elps) for several years in exactly that domain and it's been our secret weapon.
deleted 2y ago
[deleted]
graboid 2y ago
Maybe also Janet? https://janet-lang.org/ https://janet-lang.org/

musicale 2y ago

Clojure?

ews 2y ago
I have a ridiculous amount of projects on production using CLJS on node, with occasional use of npm modules. I would consider this prod ready.
whartung 2y ago
I have not used Clojure, but it’s the singular s-expr language that addresses all of the critics. Whatever X Clojure can not directly answer, the ever expanding universe of solutions based on the JVM can. If the OP wants to stop painting themselves into corners, write more code. All systems offer up lots of paint and lots of corners. Only experience in those systems can guide you out of them. I’m a CL fan, so I’d turn to CL if a CL implementation will work for you. But if you’re looking for an s-expr with no excuses, it’s Clojure on the JVM. Though pretty sure GraalVM can turn even Clojure into native code if that’s a goal.

lholden 2y ago

Scheme, Racket, Clojure.

waldrews 2y ago

Clojure, ClojureScript, and LFE are all production-ready, primarily because they have straightforward integration with existing VM's/ecosystems (JVM, JS, and BEAM respectively). Sadly the .Net Clojure seems to be unmaintained, and there aren't obvious leading choices for the LLVM or Python worlds (Hy exists, is usable and interoperable, but doesn't have a clear value prop, maybe macros). C world has Racket I suppose. WASM has an S-Expression representation, but that alone does not a lisp make.

iamsamwood 2y ago

We've been using our own lisp dialect, ellipse (https://github.com/luthersystems/elps https://github.com/luthersystems/elps) for several years in exactly that domain and it's been our secret weapon.

deleted 2y ago

[deleted]

graboid 2y ago

Maybe also Janet? https://janet-lang.org/ https://janet-lang.org/