Common Lisp Books
31–39 of 39 posts
Re: Common Lisp Books
#32Earlier quoted context omitted.
If it helps, I'm rather fond of this explanation: https://mvanier.livejournal.com/2897.html Especially this part, from toward the beginning: > Before I get into the details of what Y actually is, I'd like to address the question of why you, as a programmer, should bother to learn about it. To be honest, there aren't a lot of good nuts-and-bolts practical reasons for learning about Y. Even though it does have a few pr…
Thanks for the link I'll take a look. I agree that you don't need to understand y to be an effective lisper. I have used lisp and various other functional languages over the years in various projects and there wasn't a use case for y combinator...
There is a paper, Y in Practical Programs ( https://blog.klipse.tech/assets/y-in-practical-programs.pdf) that presents some interesting things you can layer on top of the technique. I'll leave it up to others to debate whether doing so is genuinely practical, or more of a game of functional code golf.
Re: Common Lisp Books
#33(Disclosure: I was the technical reviewer for the former and I wrote the latter.)
Re: Common Lisp Books
#34Why do I need to know lisp in 2021? Any practical real use besides being used as example in books about computation?
Re: Common Lisp Books
#35Re: Common Lisp Books
#36Why do I need to know lisp in 2021? Any practical real use besides being used as example in books about computation?
Re: Common Lisp Books
#37A self plug: you can get free PDF/ePub/Kindle versions of my Common Lisp book on my personal web site (https://markwatson.com)
Re: Common Lisp Books
#38Looks like someone else mentioned PAIP. I’d add “The Art of the Metaobject Protocol” as well.
Functional programing is still awesome, but for high-level work I think the multiparadigm languages like Scala, Swift, and CL are the way to go.
Re: Common Lisp Books
#39How can I learn enough Lisp to understand Emacs well?
I started with a simple .org file. Whenever I encountered a problem, a question, or a confusing topic, I would simply add a todo heading.
Over time, I slowly learned Org-mode, then Babel, then transitioned to Org-Roam. I learned enough of Emacs Lisp, then learned Clojure, then tried other Lisps like Fennel. Today, I'm comfortably writing my own little elisp packages, sharing tips with my colleagues, chasing performance bottlenecks, and still learning.
Just start with a simple todo list.