Greenspun's tenth rule
The rule expresses the opinion that the argued flexibility and extensibility designed into the programming language Lisp includes all functionality that is theoretically needed to write any complex computer program, and that the features required to develop and manage such complexity in other programming languages are equivalent to some subset of the methods used in Lisp.
It can also be interpreted as a satiric critique of systems that include complex, highly configurable sub-systems. Rather than including a custom interpreter for some domain-specific language, Greenspun's rule suggests using a widely accepted, fully featured language like Lisp.
That sounds like a joke, but it happens so often to varying degrees in large programming projects that there is a name for the phenomenon, Greenspun’s Tenth Rule.
The rule was written sometime around 1993 by Philip Greenspun. Although it is known as his tenth rule, there are in fact no preceding rules, only the tenth. The reason for this according to Greenspun:
Sorry, Han-Wen, but there aren't 9 preceding laws. I was just trying to give the rule a memorable name.
This corollary jokingly refers to the fact that many Common Lisp implementations (especially those available in the early 1990s) depend upon a low-level core of compiled C, which sidesteps the issue of bootstrapping but may itself be somewhat variable in quality, at least compared to a cleanly self-hosting Common Lisp.
- "Philip Greenspun's Research". 1990–2017. Retrieved 2019-10-24.
- Graham, Paul (May 2002). "Revenge of the Nerds". Retrieved 2019-10-24.
- Greenspun's Tenth Rule, does every large project include a Lisp interpreter?
- Graham, Paul (2004). Hackers & Painters: Big Ideas from the Computer Age. O'Reilly. p. 198. ISBN 978-0-596-00662-4.
- 10th rule of programming
- Paul Graham quotes.
- Rhodes, Christophe (2008-05-15). "SBCL: a Sanely-Bootstrappable Common Lisp" (PDF). Lecture Notes in Computer Science (Self-Sustaining Systems: First Workshop). Retrieved 2016-10-24.