Live data from Hacker News

How to write Common Lisp in 2017 – an initiation manual

articulate-lisp.com

1–10 of 271 posts

Re: How to write Common Lisp in 2017 – an initiation manual

#3
If you're so inclined I'd make it a "living document" that gets updated as the state-of-the-art evolves. Writing CL in 2017 is not likely to change rapidly in the next decade but even compared to what writing CL was like 8 years ago it has changed enough.

Nice job.

Re: How to write Common Lisp in 2017 – an initiation manual

#5

If you're so inclined I'd make it a "living document" that gets updated as the state-of-the-art evolves. Writing CL in 2017 is not likely to change rapidly in the next decade but even compared to what writing CL was like 8 years ago it has changed enough. Nice job.

It is. https://github.com/articulate-common-lisp/articulate-common-...

Re: How to write Common Lisp in 2017 – an initiation manual

#8
post #2

Short answer: don't do that, use Clojure instead. It doesn't have any of listed problems.

Nope, it has new problems that are (IMO) worse.

I have dabbled in Common Lisp over the years and am quite comfortable with it. I know nothing about Clojure. What are the problems with Clojure? I am just curious. Thanks!

Re: How to write Common Lisp in 2017 – an initiation manual

#10
I'm used to languages like Python, that have a number of files that are modules, and to start a program you run one of them as an entry point.

C programs consist of a lot of files that are compiled and linked into a binary executable.

Whenever I've tried to learn CL, I couldn't really wrap my head around what the eventual program would be. You build an in-memory state by adding things to it, later dump it to a binary. How do you get an overview of what there is?

I'm just too used to my files, perhaps. Or I'm missing something.

Post reply on HN