News for hackers. Stuff that matters.

drmrkela

Re:Why Lisp Did Not and Never Will Gain Enough Traction on Wednesday August 15, 2012 @02:41AM (#4384896)
You are right. Thanks.
Re:Why Lisp Did Not and Never Will Gain Enough Traction on Tuesday August 14, 2012 @09:29PM (#4383963)
I don't know. Maybe to be in the top 10 on TIOBE index? It's paradoxal that you have this superior paradigm that not only is not dominating but it's not even in top 5 languages that are used. (Not to mention that all dialects account for that 13-th place, so if you disperse percentage on all of them - they are of the chart)
Re:Why Lisp Did Not and Never Will Gain Enough Traction on Tuesday August 14, 2012 @09:12PM (#4383923)
To be honest that Python list comprehension is really hard for me to internalize.

I find Ruby way much more natural.

xx.select { |x| bar(x) }

Even Clojure is better

(filter (fn[x](bar x)) xx)

or

(filter #(bar %) xx)

Re:Why Lisp Did Not and Never Will Gain Enough Traction on Tuesday August 14, 2012 @08:50PM (#4383860)
Did I understand you correctly?

3ms vs. 0.2ms

So we might be talking about order of a magnitude here?

Re:Why Lisp Did Not and Never Will Gain Enough Traction on Tuesday August 14, 2012 @08:49PM (#4383856)
Hey, thanks for the feedback. I was supposed to be "back in the day". But I feel it is best to just throw it out since it sounds kind of fake.
Re:Why Lisp Did Not and Never Will Gain Enough Traction on Tuesday August 14, 2012 @07:49PM (#4383670)
I didn't try Compojure, but Noir seems succinct enough. It's just that functional programming doesn't blend well with my brain. For some problem it does, for some it doesn't. Since you mention performance, I am wondering and was not able to find any benchmarks in Noir vs. Sinatra for rest server for example.
Re:Why Lisp Did Not and Never Will Gain Enough Traction on Tuesday August 14, 2012 @07:01PM (#4383515)
Why do you think it obsoletes Ruby&Python? It does target Ruby developer with borrowing some syntax, but the paradigm shift needed to jump on the "functional" train is quite big. It is nice language but it solves the problem that I don't have (performance&concurrency) so I am not all that eager to make a switch.