Live data from Hacker News

An Exploration of SBCL Internals (2020)

simonsafar.com

101–110 of 194 posts

Re: An Exploration of SBCL Internals (2020)

#102
My issue prevent me from investing in Lisp is that Erlang gives me a similar REPL which I believe, though I am not a Lisp developer, is a huge value proposition of Lisp. I utilize REPL-based development using Erlang.

The macro narrative is worse in Erlang; but Lisp isn't perfect either in other ways.

The point is, I net out staying on the BEAM. What I like about Lisp is that I think it's a tool that will serve you for the rest of your career, even if you don't use it for production. That's a pretty cool proposition and maybe one day I'll get there. Emacs is a similar tool.

Re: An Exploration of SBCL Internals (2020)

#103
post #85
post #42

Earlier quoted context omitted.

> image and you are updating the image it's a game changer. Also Smalltalk. https://lists.cuis.st/mailman/archives/cuis-dev/2023-August/...

Also Factor. https://factorcode.org/

Not obvious to me that it provides the same experience: "The image is a map of the memory after the code was loaded. Unlike in Smalltalk, Factor code is always distributed in files rather than in the image."

https://concatenative.org/wiki/view/Factor/FAQ/Install

Re: An Exploration of SBCL Internals (2020)

#104
post #4
post #2

It's a bit sad that this ecosystem has fallen out of favor for mainstream software development. One could have designed OOP like frontends to this fairly easily, and I'm sure there are existing ones. How did Java and C++ take over?

I’ve tried multiple times to get into SBCL, but every time I run into the problem that I have to learn Emacs first. I know there are lots of other ways to work with SBCL, but they are either second-class citizens or paid.

The plugin in Pulsar (Atom) is pretty good: https://lispcookbook.github.io/cl-cookbook/editor-support.ht... (Sublime, Vim, Jupyter notebooks, VSCode (OKish), Eclipse (simple)…)
Post reply on HN