Live data from Hacker News

Common Lisp Screenshots: today's CL applications in action

lisp-screenshots.org

31–40 of 53 posts

Re: Common Lisp Screenshots: today's CL applications in action

#31
post #12

Earlier quoted context omitted.

No, I'm not. I used to appreciate Lisp for the enhanced effectiveness it granted to the unaided human programmer. It used to be one of the main reasons I used the language. But a programmer+LLM is going to be far more effective in any language than an unaided programmer is in Lisp—and a programmer+LLM is going to be more effective in a popular language with a large training set, such as Java, TypeScript, Kotlin, or R…

Until there is a bug and say due to DNS issues your LLM is. It reachable because everything is down

Good thing I've got Qwen downloaded to my MacBook in case of that eventuality!

Re: Common Lisp Screenshots: today's CL applications in action

#32
GitHub and Codeberg links on the site don't open for me. ("To protect your security, codeberg.org will not allow Firefox to display the page if another site has embedded it. To see this page, you need to open it in a new window.") This is because of the use of frames:

  
      
          
              Common Lisp Screenshots
              
              
              
              
              
          
          
              
              
              
                  Click here
              
          
      
You can fix this by replacing the OVH feature with a regular redirect, like an `index.html` with a `` tag:

  
If possible, you can also fix it by making your links on the https://simple.photo/ page open in a new window.

Re: Common Lisp Screenshots: today's CL applications in action

#33

While not Common Lisp I've always found it pretty cool that AutoCAD shipped with a Lisp, making the language technically a hugely deployed commercial success.

Nowadays it also supports .NET, COM and ObjectARX.

Just like Gimp eventually added support to Python alongside Script-Fu.

Which end up reducing the interest to reach out to Lisp languages.

Re: Common Lisp Screenshots: today's CL applications in action

#34
post #12

Earlier quoted context omitted.

You are comparing a PL to a text generator. What are you on?

No, I'm not. I used to appreciate Lisp for the enhanced effectiveness it granted to the unaided human programmer. It used to be one of the main reasons I used the language. But a programmer+LLM is going to be far more effective in any language than an unaided programmer is in Lisp—and a programmer+LLM is going to be more effective in a popular language with a large training set, such as Java, TypeScript, Kotlin, or R…

> But a programmer+LLM is going to be far more effective in any language than an unaided programmer is in Lisp—and a programmer+LLM is going to be more effective in a popular language with a large training set, such as Java, TypeScript, Kotlin, or Rust, than in Lisp. So in a world with LLMs, the main practical reason to choose Lisp disappears.

You are working on the assumption that humans don't need to even look at the code ever again. At this point it in time, it is not true.

The trajectory over the last 3 years do not lead me to believe that it will be true in the future.

But, lets assume that in some future, it is true: If that is the case, then Lisp is a better representation than those other languages for LLMs to program in; after all, why have the LLMs write in Javascript (or Java, or Rust, or whatever), which a compiler backend lowers into an AST, which then gets lowered into machine code.

Much better to program in the AST itself.

IOW, why program in the intermediate language like JS, Java, Rust, etc when you can program in the lowered language?

For humans, using the JS, Java or Rust lets us verbosely describe whatever the AST is in terms humans can understand, however the more compact AST is unarguably better for the way LLMs work (token prediction).

So, in a world where all code is written by LLMs, using an intermediate verbose language is not going to happen unless the prompter specifically forcibly selects a language.

Re: Common Lisp Screenshots: today's CL applications in action

#36
post #12

Earlier quoted context omitted.

No, I'm not. I used to appreciate Lisp for the enhanced effectiveness it granted to the unaided human programmer. It used to be one of the main reasons I used the language. But a programmer+LLM is going to be far more effective in any language than an unaided programmer is in Lisp—and a programmer+LLM is going to be more effective in a popular language with a large training set, such as Java, TypeScript, Kotlin, or R…

> But a programmer+LLM is going to be far more effective in any language than an unaided programmer is in Lisp—and a programmer+LLM is going to be more effective in a popular language with a large training set, such as Java, TypeScript, Kotlin, or Rust, than in Lisp. So in a world with LLMs, the main practical reason to choose Lisp disappears. You are working on the assumption that humans don't need to even look at t…

> The trajectory over the last 3 years do not lead me to believe that it will be true in the future.

Everything changed in November of 2025 with Opus 4.5 and GPT 5.2 a short time later. StrongDM is now building out complex systems with zero human intervention. Again, stop and actually use these models first, then engage in discussion about what they can and can't do.

> But, lets assume that in some future, it is true: If that is the case, then Lisp is a better representation than those other languages for LLMs to program in; after all, why have the LLMs write in Javascript (or Java, or Rust, or whatever), which a compiler backend lowers into an AST, which then gets lowered into machine code.

That's your human brain thinking it knows better. The "bitter lesson" of AI is that more data=better performance and even if you try to build a system that encapsulates human-brain common sense, it will be trounced by a system simply trained on more data.

There is vastly, vastly more training data for JavaScript, Java, and Rust than there is for Lisp. So, in the real world, LLMs perform better with those. Unlike us, they don't give a shit about notation. All forms of token streams look alike to them, whether they involve a lot of () or a lot of {;}.

Re: Common Lisp Screenshots: today's CL applications in action

#37

Earlier quoted context omitted.

Really? Feels like most Of HN lately is just “get on the AI hype train or get downvoted”

HN has never really walked the walk when it came to embodiment of the hacker spirit. Before the incessant AI hype it was crypto, and before that it was JavaScript frameworks and before that it was ...

HN is only a name, in reality it's VC news.

Re: Common Lisp Screenshots: today's CL applications in action

#38
post #29

Earlier quoted context omitted.

We have enough headlines about LLMs already. Let's just enjoy a cool Lisp site without some AI advocate telling us that non-AI things are irrelevant.

I'm not an AI "advocate". I'm telling y'all about how the world is . How it's going to be . I'm not happy about it, but we've crossed the threshold beyond which it's incomprehensibly silly not to factor the massive changes LLMs bring into how you work designing or implementing software. Lisp apps are cool, but as of 2026 they're fading into irrelevance. The paradigm of programming they represent is bound for the Comp…

Well done you.

Catch all the security holes while you were reviewing it, or did you leave those to the machine as well?

Re: Common Lisp Screenshots: today's CL applications in action

#39
post #29

Earlier quoted context omitted.

We have enough headlines about LLMs already. Let's just enjoy a cool Lisp site without some AI advocate telling us that non-AI things are irrelevant.

I'm not an AI "advocate". I'm telling y'all about how the world is . How it's going to be . I'm not happy about it, but we've crossed the threshold beyond which it's incomprehensibly silly not to factor the massive changes LLMs bring into how you work designing or implementing software. Lisp apps are cool, but as of 2026 they're fading into irrelevance. The paradigm of programming they represent is bound for the Comp…

I don't agree. That may be your experience, but it is annoying to have someone act as a prophet for all things and disregard what everyone else says. Emacs is still relevant in my daily work even with heavy use of LLMs.

Re: Common Lisp Screenshots: today's CL applications in action

#40

Earlier quoted context omitted.

Really? Feels like most Of HN lately is just “get on the AI hype train or get downvoted”

HN has never really walked the walk when it came to embodiment of the hacker spirit. Before the incessant AI hype it was crypto, and before that it was JavaScript frameworks and before that it was ...

I've always understood hackers to be a subset of users at HN. Maybe there were more in the early days, but with the growth of the startup business model, a lot of different users were attracted to the site. The core value seems to be interest in technology and the cultures around it. Emphasis own the plurality of cultures because I think there are multiple, competing ones. Though, as per guidelines, any story interesting to users is acceptable for submission.
Post reply on HN