defstar
cl-cookbook
defstar | cl-cookbook | |
---|---|---|
5 | 51 | |
38 | 895 | |
- | 0.6% | |
10.0 | 8.8 | |
over 4 years ago | 4 days ago | |
Common Lisp | JavaScript | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
defstar
-
Common Lisp: An Interactive Approach (1992) [pdf]
there is also https://github.com/lisp-maintainers/defstar for providing more ergonomic type declarations inline in definitions
And this is another thing I'm not sure how to explain, I thought CL is surely more verbose and ugly than python for small scripts, but maybe it's macros will make it cleaner for building large systems. But then when I started writing actual programs, even small programs without any of my own macros, I generally use about 30% less LoC than in python... I've thought about making sly/slime like support for python (built on ipython with autoreload extension) or ruby (with it's fairly new low-overhead debug gem). But at the end of the day support for these things will always be incomplete and a hack compared to CL where it was designed from the start to support it, they run 20-100x slower than CL, and imo their runtime metaprogramming is harder to reason about than CL which is mostly compile time metaprogramming. When I've had to dig into some CL library, which is a lot more often than in those languages because it has 10000x fewer users so of course I will be first to run into some issue, it has generally been easy to understand what is going on and fix it, compared to large codebases in other languages.
Regarding "modern type-safe language", languages with expressive type systems, rust, ocaml, haskell, typescript, etc, can give really confusing type errors, when you get into generics and traits and more expressive stuff. I'm not convinced it's a better development experience than a dynamically typed languages where values have simple types, and when you get a type error you see the actual contents of the variable that is the wrong type and state of the program, at least in the case of CL where the stack isn't unwound on error and runtime is kind of compile-time as you're running all code as you write it. But mostly this sort of interactive development is very hard to implement in static languages, I'm not aware of any that does it. For example even in static langs like ocaml that have a repl through a bytecode interpreter, simple things don't work like say you pass some function as an event handler, and then update the function. As you passed efectively a function pointer to the old definition, rather than a symbol name like lisp, it will be calling the original function not the new version. But the main issue is that efficient staticly typed languages the type system is all at compile time, type information doesn't exist at runtime, which is great for performance, but means you don't get the ability to introspect on your running program like you do in CL and elixir, which personally I value more than full compile-time type checking.
Would I like some new language or heavy modification of existing language runtime that provides the best of everything? of course, but I also realize that it's a huge amount of work and won't happen with 10 years, while I can have a nice experience hacking away in CL and emacs right now. And ultimately CL is an extremely flexible language and I think it'll be less work to build on CL than to provide a CL like runtime for some other language. For example projects really pushing the edge there is Coalton described above. While personally I prefer dynamicly typed for general application programming I think Coalton could be great for compilers, parsing some protocol, or writing some subparts of your program in. And vernacular (https://github.com/ruricolist/vernacular) which explores bringing racket's lang and macro system to CL. For more standard CL code, using extremely common and widely used libraries like alexandria, serapeum, trivia, etc, already makes CL into a fairly modern and ergonomic language to write.
-
Steel Bank Common Lisp
> both are dynamic languages with types added later in?
Common Lisp has always had types and type declarations (e.g. `the` in the hyperspec[1]) as it's part of the specification. It was not added later as far as I know.
However, `declaim` and `declare` were left very underspecified so they tend to be very implementation-specific, though there are libraries that make types more portable[2][3].
[1] http://www.lispworks.com/documentation/HyperSpec/Body/s_the....
[2] https://github.com/lisp-maintainers/defstar
[3] https://github.com/ruricolist/serapeum/blob/master/REFERENCE...
-
Visual type system?
Like defstar? https://github.com/lisp-maintainers/defstar Type declarations that you can place inside the defun. Also serapeum:-> (atop the defun). Or Coalton: https://github.com/coalton-lang/coalton/ But it's possible you'll feel much less a need for that in CL.
-
Defstar symbol comparison: contributing to old libraries
Hi, if you plan to work on enhancing the library (glad to here!): you can fork the repository to your github username, decide that you will be able to maintain for the foreseeable future and ask Quicklisp to point defstrar to your repository. You can create a defstar org on github, so you could easily give push access to future maintainers. Or, you could ask for write access here: https://github.com/lisp-maintainers/defstar it's an un-official org that I created in the hope to maintain orphan projects collectively. You can send PRs or ask for push access. There is no current maintainer for this project, it is not pointed to by QL, it is only a Github mirror. Best,
-
Common Lisp Code Optimisation
agreed^^ there are macros and libraries to bring a nicer syntax (of course). Exple: https://github.com/lisp-maintainers/defstar
(defun\* (sum -> real) ((a real) (b real))
cl-cookbook
-
The Loudest Lisp Program
But after you get past some basic weird stuff, it's a quite wonderful language.
> I can only speak for myself, but I definitely reason about code outside in rather than inside out.
You can indent code to make it much easier to "parse", and use some macros that turn the code inside/out, it's more readable than most other languages.
The CL cookbook is an excellent resource, and this page links to several other excellent resources and books you can read for free online: https://lispcookbook.github.io/cl-cookbook/
The "new docs" also present the documentation in a "modern" looking way (rather than the 90's looks of what you get if you Google around): https://lisp-docs.github.io/cl-language-reference/
About other Lisps...
The Racket Guide is definitely not "bone-dry": https://docs.racket-lang.org/guide/intro.html
It is well written and looks very beautiful to me.
On another Scheme, I find Guile docs also great: https://www.gnu.org/software/guile/manual/html_node/index.ht...
They may be a bit more "dry" but they're to the point and very readable! In fact, I think Lisp languages tend to have great documentation.
-
Gamedev in Lisp. Part 1: ECS and Metalinguistic Abstraction
> the problem with Lisp is that it's sorta bundled with Emacs
What's the problems with Alive, SLT, Slyblime, and Vlime? I mean, I use Emacs, but I was using Emacs before getting into Scheme and CL anyway.
> Every website that teaches Lisp is in ugly HTML+CSS-only style
I dunno, I feel like the Community Spec (<https://cl-community-spec.github.io/pages/index.html>) and the Cookbook (<https://lispcookbook.github.io/cl-cookbook/>) are fine.
> I like the philosophy of (s-exp) but modern lisps have ruined its simplicity for me by introducing additional bracket notations [like this].
Yes, that additional notation is a terrible blight on the perfection that is S-expressions, I wholeheartedly agree.
-
Common Lisp: An Interactive Approach (1992) [pdf]
check out the editor section, there's more than Emacs these days: https://lispcookbook.github.io/cl-cookbook/editor-support.ht...
- https://github.com/CodyReichert/awesome-cl for libraries
- https://www.classcentral.com/report/best-lisp-courses/#ancho...
- a recent overview of the ecosystem: https://lisp-journey.gitlab.io/blog/these-years-in-common-li... (shameless plug, on HN: https://news.ycombinator.com/item?id=34321090)
-
A few newbie questions about lisp
Q4: the Cookbook should get you straight to the point: build a website, web scraper, DB access, reference of data structures… https://lispcookbook.github.io/cl-cookbook/
-
How to Understand and Use Common Lisp
It's a good book!
Modern companions would be:
- the Cookbook: https://lispcookbook.github.io/cl-cookbook/ (check out the editors section: Atom/Pulsar, VSCode, Sublime, Jetbrains, Lem...)
- https://github.com/CodyReichert/awesome-cl to find libraries
Also:
- https://stevelosh.com/blog/2018/08/a-road-to-common-lisp/
- https://news.ycombinator.com/item?id=34321090 2022 in review
-
Peter Norvig – Paradigms of AI Programming Case Studies in Common Lisp
https://leanpub.com/lovinglisp -- this one is great, and the first thing I recommend
https://lispcookbook.github.io/cl-cookbook/ -- also great and up to date
https://awesome-cl.com/ -- for anything else.
-
A new video about image-based development in Common Lisp (please, turn on EN subs)
Little help to boost your videos: https://lispcookbook.github.io/cl-cookbook/ look at the banner. Cheers.
-
Good short documentation for CL functions (etc.) available?
For more beginner-friendly, I suggest P. Siebels Practical Common Lisp or The CL Cookbook. Both of those should be available in Emacs info format! If authors are lurking in here :-)
- Common Lisp and Music Composition
- A much needed cookbook for the Lisp-curious (and learning)
What are some alternatives?
cerberus - Common Lisp Kerberos v5 implementation
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.
lparallel - Parallelism for Common Lisp
racket - The Racket repository
quicklisp-client - Quicklisp client.
woo - A fast non-blocking HTTP server on top of libev
serapeum - Utilities beyond Alexandria
roswell - intended to be a launcher for a major lisp environment that just works.
githut - Github Language Statistics
paip-lisp - Lisp code for the textbook "Paradigms of Artificial Intelligence Programming"
vernacular - Module system for languages that compile to Common Lisp
awesome-cl - A curated list of awesome Common Lisp frameworks, libraries and other shiny stuff.