>>3That post was satire about ivory tower intellectual's imagined superiority of functional programming. LISP isn't perfect, at all its years of existence the expressive power,reader macros and metacircular evaluation didn't amount to footnotes in computer science.
Its ridiculously flexible and adaptive(DSLs, syntax macros) but all the abstractions have costs.
Contrasting it with C preprocessor which barely handles simple token pasting and argument expansion but resulted in thousands of software elements used daily by major software projects(because C is much better optimized) as poor man's Lisp.
Lisp power is not unique phenomenon of computer history, not an ancient fountain of knowledge(that supposedly source of most abstractions used by current languages) but a curious exploration of low-level syntax abstraction: Lisp is actually a primitive, extremely simple system that depends on functional composition and macros to achieve the end goals of computing - it doesn't give you power but tools to get that power, which is replicated in different ways with other paradigms: functional composition has its own limitations and deficiencies, even disregarding performance losses - it strays deep into Lego-block computing, using functions to quickly compose a monstrosity of recursive structures that have to be evaluated and debugged as a whole unit - a design that is similar to deeply nested object/class hierarchies without any type systems(does this remind you of anything?).