Common Lisp
Hacker ApprovedRanked 23 of 163 programming languages by recommenders
Recommended for its live REPL and debugger, fast native code via SBCL, flexible multi-paradigm design and a stable standard where decades-old code still runs; critics cite thin tooling and ecosystem.
Recommended for its live REPL and debugger, fast native code via SBCL, flexible multi-paradigm design and a stable standard where decades-old code still runs; critics cite thin tooling and ecosystem.
183 people gave an opinion
- recommend it
- 140
- criticize it
- 43
- approval share
- 77%
Recommended in 12 of 13 months
- November 2025: recommended
- December 2025: recommended
- January 2026: recommended
- February 2026: recommended
- March 2026: recommended
- April 2026: recommended
- May 2026: recommended
- June 2026: recommended
- July 2026: recommended
- August 2026: recommended
- September 2026: recommended
- October 2026: recommended
- November 2026: not recommended (month in progress)
Owned for 15 years
Median of the 10 owners who said how long they have had it.
Each square is one year.
Why it carries the badge
- 140 people recommend itNeeds 10 or more, met.
- 3.3 recommenders for every criticNeeds 2 to 1 or better, met.
- Recommended in 12 of 13 monthsNeeds 4 or more, met.
The same three rules apply to every product, and the badge can’t be bought. How the badge works
What people say about it
The reasons people give, with the number of comments that give each one. Open a reason to read what they said.
Why people recommend it
Each mark is one comment
Live debugging, restarts and REPL
“it has by far the best OOB debuggability/introspectability (especially when using SBCL) out of any practical language”
Comment from 22 Aug 2026 in “Autolith: A programming agent with a live runtime” “In Common Lisp your program won’t crash, it’ll stop and open a debugger with the whole stack and all the variables.”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” “Conditions and restarts and general debugging and repair of the live system, fast startup, native execution speeds”
Comment from 28 Jul 2026 in “Steel Bank Common Lisp version 2.6.7” - Comment from 12 May 2026 in “If AI Writes Your Code, Why Use Python?”
- Comment from 10 Aug 2026 in “Because It's Not Fun Enough: why languages fail”
Flexible, expressive, multi-paradigm
“It supports basically all styles which makes it wonderfully useful in whatever domain you happen to find yourself in.”
Comment from 2 Nov 2025 in “Lisp: Notes on its Past and Future (1980)” “I can name an absolute handful of languages I've used that have that flexibility. Common LISP comes to mind.”
Comment from 13 Jan 2026 in “Anthropic has made a large contribution to the Python Software Foundation” “Common Lisp is unopinionated, multi-paradigm, but at its core is mutation-friendly, compilation friendly”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” - Comment from 28 Sep 2026 in “What makes Lisp difficult to read?”
- Comment from 8 Mar 2026 in “We should revisit literate programming in the agent era”
Stable standard; old code runs
“a large amount of code written for CL pre-standardization still runs without alteration or with minimal updates”
Comment from 17 Jul 2026 in “A Road to Lisp: Which Lisp” “the common Lisp ANSI specification is just awesome, free and locally installable and browsable from Emacs”
Comment from 6 Dec 2025 in “Autism's confusing cousins” “have well-specified standards, have stood the test of time and will still be around for decades to come”
Comment from 2 Nov 2025 in “Lisp: Notes on its Past and Future (1980)” - Comment from 11 Aug 2026 in “Chicken Scheme 6.0 Released”
- Comment from 14 Feb 2026 in “Zig – io_uring and Grand Central Dispatch std.Io implementations landed”
Fast native performance with SBCL
“As a GC language Common Lisp is slow as molasses. However, in the realm of languages which are slow as molasses it's got quite acceptable performance.”
Comment from 1 Nov 2025 in “Hard Rust requirements from May onward” “You could build systems with much better devx and ux and an order of maginitude less memory usage and wasted CPU cycles.”
Comment from 4 Mar 2026 in “Claude is an Electron App because we've lost native” “Common Lisp (at least SBCL, which may be the most prolific implementation) is blazingly, scorchingly, stupendously fast.”
Comment from 19 Nov 2025 in “The Future of Programming (2013) [video]” - Comment from 28 Jul 2026 in “Steel Bank Common Lisp version 2.6.7”
What people warn about
Each mark is one comment
Unopinionated; ad-hoc macro dialects
“Lisp is the most unopinionated language there is, therefore it is the worst in terms of lack of decisions encoded in its tooling.”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” “Each programmer invents their own ad-hoc, undocumented, barely working language in the form of those macros.”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” Limited type system and generics
“None of the functions operating on sequences are generic, so you cannot create your own type and do a `defmethod` and have them automatically adapt to it.”
Comment from 10 Jul 2026 in “A Road to Lisp: Why Lisp” “CL has a pretty anemic type system, but at least it does gradual without having to resort to this.”
Comment from 18 Apr 2026 in “I'm Coding by Hand” Weak library ecosystem and tooling
“Lisp is the most unopinionated language there is, therefore it is the worst in terms of lack of decisions encoded in its tooling.”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” “the state of the library ecosystem, documentation, toolchain, and IDEs around them just aren't satisfactory to me”
Comment from 27 Jan 2026 in “After two years of vibecoding, I'm back to writing by hand” Awkward fit for application code
“in Common Lisp (I mean just the stuff in the CL spec, no ad-hoc extensions allowed) you can't write anything resembling an OS”
Comment from 10 Jul 2026 in “A Road to Lisp: Why Lisp” “CLI, TUI, and desktop GUI apps are basically the only kinds of apps that benefit from CL and can live with its shortcomings”
Comment from 28 Jul 2026 in “Steel Bank Common Lisp version 2.6.7” “Common Lisp often feels designed primarily to implement Common Lisp, rather than to write useful application code.”
Comment from 28 Sep 2026 in “What makes Lisp difficult to read?”
Other programming languages people recommend
The four most recommended other programming languages, with the same counts for each, so you can compare like for like. The tick on each bar marks the 2 to 1 line the badge needs.
See all 163 programming languages, rankedWhat people said
40 of the 298 comments that mention it, newest first. Each links to the original comment.
“Modern LLMs have absolutely no issue with writing reasonably good Common Lisp without a kilometer of prompts”
“Each programmer invents their own ad-hoc, undocumented, barely working language in the form of those macros.”
“Lisp is the most unopinionated language there is, therefore it is the worst in terms of lack of decisions encoded in its tooling.”
“Common Lisp is unopinionated, multi-paradigm, but at its core is mutation-friendly, compilation friendly”
“This article convinces me. But I suspect like my lack of domain knowledge of Lisp makes me spend time learning the runtime”
“They excel at Common Lisp—which, ok, has decades of history and documentation which the models have all slurped up.”
“In Common Lisp your program won’t crash, it’ll stop and open a debugger with the whole stack and all the variables.”
“Lisp is the language where you do whatever syntax is suitable for the task, yourself, in an afternoon.”
“Common Lisp often feels designed primarily to implement Common Lisp, rather than to write useful application code.”
“it has by far the best OOB debuggability/introspectability (especially when using SBCL) out of any practical language”
“The regular syntax of Lisp is a tremendous asset when it comes to LLMs being able to work directly in the image.”
“Once you've toiled on the learning curve of Lisp long enough to really grok it you might begin to think you've discovered the foundation material of the universe.”
“just jump into Common Lisp, and finish both Gentle Introduction to Symbolic Computation and Paradigms of Artificial Intelligence”
“bloated at first but in the end you get SBCL, ECL or CCL and almost everything will work the same”
“The interactivity and instant turnaround of a Lisp REPL is still rarely matched in other languages.”
“found a meaty-enough project that ends up being really useful & quite a learning (continuing learning) experience”
“Conditions and restarts and general debugging and repair of the live system, fast startup, native execution speeds”
“CLI, TUI, and desktop GUI apps are basically the only kinds of apps that benefit from CL and can live with its shortcomings”
“a large amount of code written for CL pre-standardization still runs without alteration or with minimal updates”
“None of the functions operating on sequences are generic, so you cannot create your own type and do a `defmethod` and have them automatically adapt to it.”
“Common Lisp it's in places where trying to build such kind of software in C/C++ would be a reciper for disasters.”
“other Lisps are actually slightly better at hot reloading because they're not hampered by the JVM's limits”
“in Common Lisp (I mean just the stuff in the CL spec, no ad-hoc extensions allowed) you can't write anything resembling an OS”
“Common Lisp supports many data structures besides lists, and the same is true of many other Lisps as well.”
“CL lets you recover from exceptions and rewind the stack before reloading your fixes and continuing.”
“I enjoyed learning common lisp, scheme, racket, etc through high school and college and still am fond of them today”
“CL has a pretty anemic type system, but at least it does gradual without having to resort to this.”
“Lisp is expressive enough to read like prose (or like anything else) to as large a degree as required”
“I love how easy it is to be in the flow when writing something that stretches my abilities in Common Lisp”
“You could build systems with much better devx and ux and an order of maginitude less memory usage and wasted CPU cycles.”
“It's not like Clojure or Common Lisp, where a decades old software still runs, mostly unmodified”
“the state of the library ecosystem, documentation, toolchain, and IDEs around them just aren't satisfactory to me”
“I can name an absolute handful of languages I've used that have that flexibility. Common LISP comes to mind.”
“The reason I switched from Scheme to Common Lisp was because I wanted type checking more than I wanted hygienic macros”
“the common Lisp ANSI specification is just awesome, free and locally installable and browsable from Emacs”
“Common Lisp (at least SBCL, which may be the most prolific implementation) is blazingly, scorchingly, stupendously fast.”
“Common Lisp doesn't use (expensive) CLOS dispatch in the core language, e.g. to add two numbers or find the right equality operator.”
“It supports basically all styles which makes it wonderfully useful in whatever domain you happen to find yourself in.”
“have well-specified standards, have stood the test of time and will still be around for decades to come”
“As a GC language Common Lisp is slow as molasses. However, in the realm of languages which are slow as molasses it's got quite acceptable performance.”
Counts come from 1,795,640 Hacker News comments, November 2025 to November 2026. How we count. Report a mistake.