The Lush Programming Language
lush.sourceforge.net
lush.sourceforge.net
...curious if scraped parts of this project are actually living a second life deep inside Facebook's labs :)
It's not as if much has changed in 2015 that would introduce show stopping bugs that weren't around in 2009. The process is the same, evaluate the tool against the problem domain and compile from source if it seems like a reasonable fit. Active development doesn't change the fact that there is no silver bullet.
2. Picking up another language is the quantum leap in the possibilities of expression. Point releases aren't. To the point, if Lush expresses what a person wants to express, then it does so. It's not like people suddenly turn around and rewrite working legacy while loops as list comprehensions just for fun.
http://www.reddit.com/r/MachineLearning/comments/25lnbt/ama_...
AFAIK, Lush is not used inside Facebook labs.
so maybe its not fully abandoned
this site of course is linked to one arc, which i believe at least the original hn was created in, i am not sure if it still is
there is also racket, which is lauded by many, and i believe deservingly so
then there is clojure, which seem to have had the best chance to make a popular lisp, but i am skeptical it actually will (at least for some definition of popular, clojure is somewhat popular, but not at the scale of top languages, like java, c#, ruby, etc ...)
this language description look (surprisingly) very promising, focusing on pragmatic features like performance and integration with other systems, makes you wish it worked out better for them
anyway, good luck for all the lispers out there
I wonder if one ever will. Just as Tarver's Bipolar Lisp Programmer[1] finds it so fun and easy to reimplement things in Lisp rather than get work done with existing libraries, it's more fun, and easier, to reinvent Lispy languages than to get work done in an existing Lisp.
It was more fun to design & implement Clojure than it was to improve ABCL[2] and get work done; it was more fun to write racket than to get work done in Common Lisp; it was more fun to reimplement swathes of Common Lisp in Scheme than to just get work done in an existing CL implementation; it was more fun to build arc than it was to just get work done.
Rather than building small integration layers over necessary technology and then getting work done with it, we continually reinvent the entire stack because it's so easy and fun to do that in a Lispy language.