1. https://dl.acm.org/citation.cfm?id=963921
2. https://www.ischool.utexas.edu/~ml/papers/lisp40yrs.pdf
3. https://www.redjournal.org/article/S0360-3016(96)00322-7/abs...
Some of their use of Lisp has been presented in more detail at the European Lisp Symposium. You can see it in the Cutting Edge section of the proceedings [3].
[2] https://youtu.be/f9vRcSAneiw
[3] https://www.european-lisp-symposium.org/static/proceedings/2...
Yes, I'm for hire! :-)
ps. That was a month ago. What I've done in the meantime, aside from wind surf, is build the AI underneath that -- another 2000 lines of working CL. Lisp Rules!
Sounds interesting.
The main reason (for still using it) being that it all started out as an end of college project, by the two CEOs, around Artificial Intelligence proof-of-concept-general-tools (so to say) until the big breakthrough for danish railway company, NS, which was impressed with their fleet scheduling project. This adventure began in the late 80's and they were using Lisp Machines!
I suppose the reason for still using Lisp to be a mix of i. there is no technological necessity to change; ii. the codebase of existing products is too big to translate; iii. CTOs don't have enough knowledge on other technologies to evaluate the feasibility of a change; iv. many of the developers actually love Lisp :-).
Most of the support technology is also done in-house and they don't tend to use many external libraries.
A lot of other features that are great about lisp have become mainstream in the 15 years since I learned lisp.
Or to put it another way, python feels like a slow lisp implementation with a friendlier syntax[2], a large standard library, and poor metaprogramming support[3].
1: https://news.ycombinator.com/item?id=17617889
2: Some lispers will be annoyed by me calling python's syntax "friendlier" than lisps, but it seems to me to be true, inasmuch as this can be objective.
3: One major reason for lisp's syntax has persisted is how easy it makes metaprogramming. Once you've learned the basics of lisp, I can explain to you how Common Lisp's macro system works in under 5 minutes. The ratio of power/simplicity of it is really astounding.
[1] http://taku910.github.io/mecab/ , also available as a Debian package
Will appreciate your take on this.
Curated library list https://awesome-cl.com
Cookbook https://lispcookbook.github.io/cl-cookbook/
IDE+Runtime https://portacle.github.io
Printable cheatsheet http://clqr.boundp.org
However, I’m a fan of How To Design Programs as a gentle introduction, followed by the Racket Guide (EDIT: if you're open to other lisps). Racket is a Scheme-descended lisp, and I feel has better pedagogy, community, and a more modern feel than Common Lisp.
I also like Clojure. There have been several decent books, some free, in addition to Clojure Koans and the 4clojure exercises.
EDIT: While I like Emacs, if you don’t already grok Emacs, DrRacket is a very compelling reason to start your lisp journey with Racket.
But to answer your question directly, when I was re-learning CL circa 2005 long after university, I populated these pages as I went along:
https://play.org/links/lisp-intro
(I've meant to fold content from those into Lisp-Lang.org but never found/made the time. I did, however, prune obsolete bits earlier this year.)
Best of luck to you!
If you or anyone seeking to learn is in Vancouver, Canada, feel free to reach out and meet for coffee/tea/beer/cider.
P.S. here's the code https://github.com/kennymalac/simple-content-host/tree/maste... ;)
Reasons we all chose Common Lisp are often personal, but almost all agree it is the superior interactivity, high language and runtime customizability, performance.
[1]: https://github.com/lispgames/lispgames.github.io/wiki (lispgames.org)
[2]: #lispgames channel at freenode.net
http://www.siscog.eu/upload/GESTAO-DE-LISTAS/News/PDF/eclm-2...
If you feel like enjoying Lisbon or Porto's weather, they are hiring.
I've also used it to build small tools like generating project documentation or collating data from online api's.
Emacs was my gateway (via org mode) and I messed around with Emacs lisp for a while before learning Common Lisp. Developing in Emacs + SLIME is a lot of fun once I get in the rhythm.
I use lisp these days when hacking some automation around common tasks like scraping web sites, extracting info from xlsx or rtf files, and producing LaTeX documentation.
https://github.com/pablovaldes/quickdot
You can find a picture example of the whole thing in the directory doc
2005: At a bank dealing with mortgage secondary markets, we snuck it into the Research group (where "research" isn't R&D but feeding information to the trading floor) for plowing through dirty data from multiple databases before our DBAs could make it available via Oracle. This hack helped keep the math & stats PhDs’ pipelines full.
Rationale for using CL: because values have type rather than variables (but may be asserted with CHECK-TYPE; see Google CL style guide), this essentially gave us late-binding of schema.
2006: at Zillow, we were building autonomous server farm control at a time when AWS still emerging. Unfortunately, two things happened at the same time. 1) There was a re-org in Ops leading to discontinuing contractors, so both of us had a 2 weeks to finish it and finish early. 2) SBCL had just reached 1.0 after years in 0.x land. One modification in the run up to SBCL v1.0 that I overlooked in the changelog was how bindings for special vars were handled across threads. It required a trivial fix, but we didn't track that down before time ran out-- oops!
Rationale for using CL: 2 guys still learning the language (one also working on Masters) got lots of traction quickly.
2007: at an education administration start-up, same colleague as from Zillow and I began working on a conceptual sibling to Amazon Dynamo, roughly when their original white paper came out. In 5 weeks, we had an MVP; Kevin wrote all the code, I helped with design and code reviews; it handled arbitrary data payloads and migration of data "ownership" by node. We were about to begin multi-node load & capacity measurements when the business joined a Microsoft incubator and removed all Unix-only folks.
Rationale for using CL: 2 guys, lots of traction quickly... plus, late binding of schema via MOP tricks.
I would like to believe that parts of this continue as Kevin’s vivace-graph despite being a very different animal.
2008: at a Seattle-based ad network (I still bear the shame...), the geek-macho angle was that this is one of the few types of businesses likely to see billions of requests per day. In 4 months, we were deployed at RackSpace and completed baseline load & capacity measurements.
There was an issue with garbage-collection after Hunchentoot would release a HTTP connection, because by the time FreeBSD would release the underlying TCP/IP structs, several minutes would elapse before gc could reclaim everything. Not ideal, but it was manageable!
Rationale for using CL: 1 guy, lots of traction, successful hand-off to new hire (the guy who later brought Clojure to Amazon’s retail side of the house).
Bonus: local Angels and VC (Madrona) came to us but then came the economic crash of 2008...
2009: recruited into Memetrics, a former startup that had been acquired by big consulting firm, and the core software was already written in CL from nearly a decade earlier. I was only in the core group briefly, but subsequent work using CL was my default choice and already approved. (Then again, I didn’t ask permission or beg forgiveness.) There were more dirty data cleaning tools and a Recommender system from which China’s answer to Amazon became a client. Mind you, they didn’t use this code, as they had their own, but it demonstrated that our group understood the principles. I still count this as a win.
Rationale for selecting CL: was decided by folks in Sydney before I arrived. Their head-hunter found me after their acquisition.
2013: Splunk acquired BugSense. BugSense used "Erlang, Lisp and C" (Scheme R4) for handling billions of inbound requests per day non-stop from all time zones into our cluster. While not CL, having previously gone sufficiently deep into CL allowed me getting from zero to presenting at Erlang Factory conference in exactly one year while reaching more than 25x performance increase with the pure-Erlang rewrite.
Rationale for selecting Lisp by their founder: made for malleable query language.
2015: wife wanted to move back to Canada after several years in Silicon Valley. Resurrected a pet project circa 2007, snagz.net, and I attempted founding a company. Back-end is CL for Natural Language Processing work-flow. Core NLP things now use spaCy.io, because their NLP-fu is far better than my self-taught version. Some intermediate working data sets were pushed into a slightly modified Anarki fork of HN, partly to see what the Arc language was about, and partly because that tool fit the (internal) need.
Rationale for selecting CL: Lisp is a beautiful language within which to work.
Others in and around Vancouver using CL: Routific mentions Rust and Common Lisp in their job postings; D-Wave previously mentioned Lisp in job postings but unable to see it today; there was at least one other, but I can’t recall.
In my early experience with Common Lisp, I would have said MACROS were key.
Then, pre-populating memory followed by #’sb-ext:save-lisp-and-die was a handy trick for improving cold-start times. (Alternative to using POSIX mmap().)
Now, it’s simply the joy of writing code in the language.
First milestone: parens disappear, because using the right editor config means never typing a single paren, and editing involves manipulating whole expressions with fluid motion.
Second: thinking how a function should be or might be named, points to something either in the HyperSpec or be the name of a package, thus easy internet search. Today, there’s Quicklisp.org and Quickdocs.org, making this even easier.
That said, I’m currently learning Rust and React-Native for a tiny mobile app, as each language can teach you something new.
But something in the Lisp family will be with me for the rest of my days. I might go with Racket next just to expand my knowledge there.
So I recommend: use Common Lisp for a real project-- just because you can!
http://www.kylheku.com/tankan/
It's written in Common Lisp, except for the little tray icon control program that is in Visual C++.
