Much of this looks good; however, I really hope that "unfriendly" stuff isn't taken to heart. (Or maybe everyone can take it to heart, except for one language community, and then that becomes the "acceptable Lisp".)

On the other hand, I'm interested in a different set of issues. Consider Haskell. As a language, it's not doing too badly. Why? Well, one reason is that it is very well designed. But another is Hugs. Hugs was available a decade ago, it ran anywhere, was lightweight, let you use your favorite editor, implemented almost the complete standard, let you write and run Haskell code easily immediately after installation (which was fast), and, while it's a bit short on tools, it does let you write and run "real" programs.

I would say that Lisp desperately needs a Hugs.

If I look into getting a Lisp implementation, I see that they want me to learn Emacs, or mess with the JVM, or are not available on all platforms, etc. None of these things have much to do with the language itself, and they are all barriers to adoption.

I just want to click a box in my package manager, hit the button to download, run the program, and be in a REPL, or maybe say "edit" (or whatever) and be typing in a source file, which I can easily compile and execute.

Again, Lisp needs a Hugs. But Hugs was designed years ago, and things have changed. What does "a Hugs" for today look like? I'm not completely sure, but the above is a start toward describing it, I think.

> I think an unfriendly community is a great feature, because it keeps idiots out, and there's no place for idiots in the world of Lisp.

It also keeps a lot of smart people out though.

Clojure seems to have most of what he wants- I wonder if he's aware of it.