Live data from Hacker News

The Lisp Curse (2017)

winestockwebdesign.com

11–20 of 93 posts

Re: The Lisp Curse (2017)

#11
post #2

> Real Hackers have also known, for a while, that C and C++ are not appropriate for most programs that don't need to do arbitrary bit-fiddling. Strongly disagree with this statement. I've read it so many places now that it has to be a meme. I actually wish I could use C++ on the web instead of this JS nightmare ecosystem. I don't understand where the idea comes from. I'm never "bit-fiddling" in C++ and almost never n…

You can: https://github.com/scylladb/seastar

Re: The Lisp Curse (2017)

#12
post #7

If Lisp is do efficient for development, why are there essentially no commercial products that use it?

> If Lisp is do efficient for development, why are there essentially no commercial products that use it?

Same reason most of us use QWERTY keyboards instead of one the many better layouts available. After a long enough time as the dominant tool, things get locked in regardless of whether or not they're the best tool for the job. C-Style languages gained dominance early on and became the defacto standard.

Re: The Lisp Curse (2017)

#13
post #7

If Lisp is do efficient for development, why are there essentially no commercial products that use it?

The answer is always that popularity doesn't correlate with merit.

> The answer is always that popularity doesn't correlate with merit.

Exactly. If we used popularity and usage rates as the measure of merit, we'd have to conclude that the highest quality restaurant in the world is MacDonald's.

Re: The Lisp Curse (2017)

#15
post #2

> Real Hackers have also known, for a while, that C and C++ are not appropriate for most programs that don't need to do arbitrary bit-fiddling. Strongly disagree with this statement. I've read it so many places now that it has to be a meme. I actually wish I could use C++ on the web instead of this JS nightmare ecosystem. I don't understand where the idea comes from. I'm never "bit-fiddling" in C++ and almost never n…

In my experience the best for "bit-fiddling" is Erlang (and, by extension, Elixir) which offers bit-string literals[1], along with pattern matching on them. It's trivial to implement any binary protocol or parse any binary file format with these. It makes bit-fiddling pleasant and fun, but nobody ever mentions Erlang in these discussions.

That's because most programmers are incapable of making any informed decision about the language they use (and, even more so, about languages they don't use). There's a strong tribal mentality, a lot of cargo-cults, and the very narrow perspective on what's possible and (more importantly) what's desirable is prevalent.

[1] https://www.erlang.org/doc/programming_examples/bit_syntax.h...

Re: The Lisp Curse (2017)

#16
post #13

Earlier quoted context omitted.

The answer is always that popularity doesn't correlate with merit.

> The answer is always that popularity doesn't correlate with merit. Exactly. If we used popularity and usage rates as the measure of merit, we'd have to conclude that the highest quality restaurant in the world is MacDonald's.

High quality ingridients are costly too.

Re: The Lisp Curse (2017)

#17
post #7

If Lisp is do efficient for development, why are there essentially no commercial products that use it?

With Clojure out there now I think the number of products using a Lisp is underestimated.

Re: The Lisp Curse (2017)

#18
post #7

If Lisp is do efficient for development, why are there essentially no commercial products that use it?

StandardML vs go is a great illustration.

StandardML is just as fast, is more simple to learn with more simple syntax and basically zero gotchas, has more powerful syntax, has an actually sound type system (which has better generics than the ones proposed in go), does a better job at defining public functionality (via modules), has a better CST model, and many other great features.

The only area where it loses is standard libraries and marketing. Google invested millions into these two things, so people use their decidedly inferior language.

You'll find that pretty much every big language has a big company behind it that threw tons of money at its development.

Re: The Lisp Curse (2017)

#19
post #17
post #7

If Lisp is do efficient for development, why are there essentially no commercial products that use it?

With Clojure out there now I think the number of products using a Lisp is underestimated.

But Clojure is not a Lisp. It is Lisp-adjacent, a bit, but it is really not the same language.
Post reply on HN