I used Lush for my homework as part of the Machine Learning course at NYU (taught by LeCun). It was pretty mature, mostly bug-free for general use. However, at that time, I never used a lisp-y language before that, and found it quite difficult to do my homeworks.
It had an interesting mode where if you annotate your lush source-code with type-hints, all your Lush transpiles in to C, which you can compile with your favorite C compiler.
It was eventually abandoned in usage because Torch (Lua based scientific-computing platform) was adopted by the lab.
I sometimes wonder if there is too much emphasis on the idea of that some piece of software is abandoned. By which I mean that new and actively developed software isn't bug free and if a tool does the job it does the job. There's no guarantee that an active project in version 0.9 is going to fix any particular bug soon short of me [in theory] fixing it myself.
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.
Project seems dead (last "news" from 2007). However if the feature list is accurate they invested a lot of time in building this. Makes you wonder why it was eventually abandoned..
there are so many lisps out there, i wonder when one will click
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
> there are so many lisps out there, i wonder when one will click
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.
[+] [-] nnq|11 years ago|reply
...curious if scraped parts of this project are actually living a second life deep inside Facebook's labs :)
[+] [-] smhx|11 years ago|reply
AFAIK, Lush is not used inside Facebook labs.
[+] [-] ihnorton|11 years ago|reply
http://www.reddit.com/r/MachineLearning/comments/25lnbt/ama_...
[+] [-] brudgers|11 years ago|reply
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.
[+] [-] albertzeyer|11 years ago|reply
[+] [-] copx|11 years ago|reply
[+] [-] systems|11 years ago|reply
so maybe its not fully abandoned
[+] [-] sebastianconcpt|11 years ago|reply
[+] [-] systems|11 years ago|reply
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
[+] [-] wtbob|11 years ago|reply
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.
[1] http://www.lambdassociates.org/blog/bipolar.htm
[2] https://common-lisp.net/project/armedbear/
[+] [-] unknown|11 years ago|reply
[deleted]
[+] [-] loqi|11 years ago|reply
[+] [-] yellowapple|11 years ago|reply