Sorry I missed the meeting today, I had planned to attend.
My health has been up and down lately (nothing serious)
Re: The Poll
The responses there sure went into the weeds of Clojure vs Common Lisp.
For what it's worth stylistically I'd say Interlisp is the polar opposite of Clojure culturally and stylistically.
It might be a harder sell...
Clojurians (/usually/ favor)
0. Immutable symbols and containers. (You don't set the value of anything once bound)
1. Using untyped hashmaps instead of Classes and Structs/Records. They consider OOP "bad" overall.
2. HEAVY use of Tacit programming via threading macros (sometimes more than s-expressions).
3. A hesitation with macros. (Quite different from Lisp traditionally being the "Programmable Programming Language")
4. keywords over symbols. {:foo 32 :bar 56}
5. Less familiarity with quoting semantics (Lists are a bit of a rare data structure to be created outright, favoring vectors with different quoting semantics)
6. Concurrency as their data structures being immutable eliminates a whole branch of issues.
7. Hashmap parsers rather than using functional composition.
8. Literal values over predicate functions.
Again that's not everyone but Hickey has made a very opinionated Lisp that has a culture built for people with a background in Haskell, Java and ML dialects.
The biggest hurdle in my opinion is getting them to see that there is no perfect paradigm for every program.
Many of them have an insular teaching that Lisp is always a Functional (in the modern paradigm sense) programming language but a simple browse of PROG and SETQ usage would correct that history. (Much of Interlisp is stylsitically Imperative)
That's just my dollar's worth of 2 cents as a former Clojure programmer at work.
The Common Lispers should be reasonably at home. (and have a good bit of "Home" already included)
- Ryan