3 ms·
I am also curious about this, what specific needs are better served by CL than Clojure or any Scheme / Racket? Starting a CL project in 2023 seems risky to me
by nextos 4y ago
I am also curious about this, what specific needs are better served by CL than Clojure or any Scheme / Racket?
Starting a CL project in 2023 seems risky to me given that most libraries are stagnant. I would love to be proven wrong.
- codehalo 4y agoCould it be that most of the critical libraries are stable? Can you give an example of a necessary library that is stagnant?
- nextos 4y agoCLSQL, most graphics toolkits or lisp-stat.
- medo-bear 4y agofor ORM people tend to use Mito. i think lisp-stat library is actually being developed. however one numerical cl library that doesnt get enough mention and is being constantly developed is petalisp for HPC https://github.com/fukamachi/mito https://github.com/fukamachi/mito https://lisp-stat.dev/ https://lisp-stat.dev/ https://github.com/marcoheisig/Petalisp https://github.com/marcoheisig/Petalisp
- mark_l_watson 4y agoThanks for mentioning Mito, I had not seen that before. I used to rely on database migrations with Ruby’s ActiveRecord, it would be nice to have that for CL.
- medo-bear 4y agofor my use case its just that the common lisp compilers, SBCL in particular, blow anything Clojure or Scheme/Racket has to offer. on the other hand the stability of the language should not be underestimated, but this is something you feel after years of use on the other hand i think the common lisp development culture is very different to the black box library plug&play culture of other languages. if you find that you like to extend/personalise libraries it is a great language and i find the code to be much more comprehensible than the libraries from other languages i use. of course this is all a bit more demanding on the developer but for me the rewards are worth it