A road to Lisp: Why Lisp

15 points by Yogthos


vindarel

If you didn't follow, don't miss out these new excellent editors and tools. They dramatically smooth a newcomer's experience:

Mine: a complete, single-download application that comes with everything needed to experience the interactive and incremental development programming workflow, including hot-reloading and on-the-fly debugging. For CL and Coalton. Available as binaries for the 3 platforms.

https://coalton-lang.github.io/20260424-mine/

OLIVE: a new hand-made plugin for VSCode.

ICL: a new REPL for the terminal and the browser with advanced features. Easy to install too.

as a bonus: a JupyterLite kernel based on JSCL that runs 100% in the browser.

find them all: https://lispcookbook.github.io/cl-cookbook/editor-support.html

omidmash

The article is nice to read, but doesn’t really answer the question of “why lisp” imo.

sunflowerseastar

Oh, I thought at first it was going to be this road, but it is a different road. Losh’s road is a bit more detailed in several ways, so while I don’t want to detract from OP road, I do want to point to it so that those who are looking for roads to lisp do find it if they haven’t seen it before.

jackdk

I find the defmacro examples unconvincing when applied to small control structures like and/or, while, or even with-open-file because to my Haskeller eyes it's using a really big hammer (macros) to address the fact that you can't write lazy functions.

I think there's probably a stronger case to be made for macros where you're generating novel but expressive control structures, or cutting down on boilerplate in a way that other languages struggle with (Haskell's macro system, Template Haskell, can be a bit of a bear to write by hand). I never got my head around the CLOS either, but people say it's really powerful.

At the end of the day, sexprs are a joy to parse and to write, but I find types and laziness add so much more.