News for hackers. Stuff that matters.
Re:Go: What We Got Right, What We Got Wrong by shakow on Thursday January 04, 2024 @09:03PM (#38874843)
> it combines the performance of Lisp with the productivity of C++

Is that supposed to be a jab? Because IME SBCL Lisp is in the same ballpark as Go (albeit offering a fully interactive development environment), and C++ is far from being the worst choice when it comes down to productivity.

Re:Go: What We Got Right, What We Got Wrong by grumpyprole on Friday January 05, 2024 @01:22AM (#38876333)
Hopefully you agree Lisp is more productive than C++? Lisp is however not quite fast or efficient enough to displace C++ completely, mainly because, like Java and Go, it has a garbage collector. C++ was very much the language in Java's crosshairs. Java made programming a bit safer, nulls and threads not withstanding, but was certainly not as productive as Lisp. Meanwhile Lisp evolved into Haskell and OCaml, two very productive languages which thankfully are inspiring everyone else to improve. Phil Wadler (from the original Haskell committee) has even been helping the Go team.
Re:Go: What We Got Right, What We Got Wrong by shakow on Friday January 05, 2024 @04:03AM (#38877119)
I agree; my point is simply that C++ is still OK-ish w.r.t. productivity, and Lisp is OK when it comes down to performances.
Re:Go: What We Got Right, What We Got Wrong by pjmlp on Friday January 05, 2024 @03:10AM (#38876864)
Common Lisp, is also among the GC based languages that offer mechanisms to do GC free allocations and has value types.

The only reason is the AI winter, and companies moving away from Lisp.