A few cool thing happened! I might give the CLOS course a try! I’m a functional guy but I feel CLOS isn’t your typical object system.
CLOS is great, but CL also supports pure typed FP with https://coalton-lang.github.io Coalton progress is discussed briefly in the OP: https://lisp-journey.gitlab.io/blog/these-years-in-common-li...
These years in Common Lisp: 2023-2024 in review
31–40 of 54 posts
Re: These years in Common Lisp: 2023-2024 in review
#32Earlier quoted context omitted.
Indeed, most successful FP languages have their OOP like approaches. Another thing all modern Lisps have since the 1980's, is all major data structures, not only lists as many think when discussing Lisp.
Having the data structures is nice and all, but using them is kind of painful. They are certainly second class. Having to use accessor functions or destructuring macros instead of just a period or -> is often annoying too. The lack of syntax has cons as well as pros.
(object -> slot)
and transforms it to (slot object)
"->" should be unused
Re: These years in Common Lisp: 2023-2024 in review
#33Earlier quoted context omitted.
Indeed, most successful FP languages have their OOP like approaches. Another thing all modern Lisps have since the 1980's, is all major data structures, not only lists as many think when discussing Lisp.
Common Lisp isn't a functional programming language to be clear.
FP predates Haskell by decades.
Re: These years in Common Lisp: 2023-2024 in review
#34Earlier quoted context omitted.
Indeed, most successful FP languages have their OOP like approaches. Another thing all modern Lisps have since the 1980's, is all major data structures, not only lists as many think when discussing Lisp.
Having the data structures is nice and all, but using them is kind of painful. They are certainly second class. Having to use accessor functions or destructuring macros instead of just a period or -> is often annoying too. The lack of syntax has cons as well as pros.
Re: These years in Common Lisp: 2023-2024 in review
#35Earlier quoted context omitted.
Common Lisp isn't a functional programming language to be clear.
It definitely isn't one, when instead of looking at it with the eyes of CS knowledge, people take the mindset whatever Haskell does. FP predates Haskell by decades.
Re: These years in Common Lisp: 2023-2024 in review
#36Earlier quoted context omitted.
It definitely isn't one, when instead of looking at it with the eyes of CS knowledge, people take the mindset whatever Haskell does. FP predates Haskell by decades.
It also isn't one when "looking at it with the eyes of CS knowledge", given that Common Lisp has very powerful support for OO and procedural programming out of the box, and in order to most effectively use an FP style it's necessary to rely on community developed libraries...
When I learnt Lisp, Lisp and Scheme were FP, Miranda was still around, and Caml Light had just started being known outside INRIA.
I really dislike revisionism regarding what it means to be FP.
Re: These years in Common Lisp: 2023-2024 in review
#37Earlier quoted context omitted.
It also isn't one when "looking at it with the eyes of CS knowledge", given that Common Lisp has very powerful support for OO and procedural programming out of the box, and in order to most effectively use an FP style it's necessary to rely on community developed libraries...
What FP style? Haskell style, I guess. When I learnt Lisp, Lisp and Scheme were FP, Miranda was still around, and Caml Light had just started being known outside INRIA. I really dislike revisionism regarding what it means to be FP.
Re: These years in Common Lisp: 2023-2024 in review
#38Everybody forgets about SICL. It's one of the few new CL implementations that's not proprietary or copyleft. https://github.com/robert-strandh/SICL
Re: These years in Common Lisp: 2023-2024 in review
#39Earlier quoted context omitted.
What FP style? Haskell style, I guess. When I learnt Lisp, Lisp and Scheme were FP, Miranda was still around, and Caml Light had just started being known outside INRIA. I really dislike revisionism regarding what it means to be FP.
The issue's that Schemes (and Clojure) are way more functional than Common Lisp and e.g. `funcall` feels like a kludge compared to lisp-1. If you read the old CL codebases or modern code, destructive and imperative use are common, so it doesn't feel terribly revisionist (just compared to pascal, c, bliss etc.).
”The first high-level functional programming language, Lisp, was developed in the late 1950s…”
Re: These years in Common Lisp: 2023-2024 in review
#40The most unexpected news to me was that Hacker News, apparently, runs on top of SBCL now, via a secret implementation of Arc in Common Lisp!
Ya, when are we going to hear about "Clarc"? Where's the source?