4 ms·
Lisp gets nothing but loving praise from most people who've really looked into it. To me, it's a really good indicator of someone's quality as a programmer - so
by kahrkunne 10y ago
Lisp gets nothing but loving praise from most people who've really looked into it. To me, it's a really good indicator of someone's quality as a programmer - someone who treats programming as just a job will probably never run into it in any meaningful way, but a true hacker will eventually encounter it and be able to appreciate its elegance.
Wanting something like lisp to gain mainstream popularity would be a naive wish - your average web developer wouldn't be able to appreciate it, and over time lisp would change to become more like PhP. No offense meant to such people of course, not everyone needs to have that kind of passion, and someone needs to do web development - God knows it won't be me!
- Nekorosu 10y ago> over time lisp would change to become more like PhP. A lot of things are so wrong in this statement. First of all, PHP isn't bad. Don't get me wrong I don't like it (I also don't like Go but that's another story) but it has become so much better. Several of my colleagues use it (that's not the only language they use though) and believe me they are quite passionate about programming. Actually there is some zen in being able to use any tool life throws at you to solve some practical problems. Second, you are comparing family of languages to the one particular language. This doesn't do justice to both. Third, if the comparison with PHP was another way to say that Lisp would become worse then here is another thought. It won't. Every mainstream language I know is becoming better in a sense of better defaults and FP features. Java has got lambdas. JS ES6 is going to have TCO and strict mode which fixes a lot of old vague behaviour. Yes, there are a lot of crazy stuff in those languages because their features weren't well thought out back in the day and now it's impossible to fix everything without breaking the core semantics and behaviour. Basically you can fix some things but you can't evolve one language into another. Getting back to Lisp now. It doesn't need fixing. It has very basic and clear core which doesn't need to be fixed and a lot of advanced language features can be built upon it (and actually was built and are being built). Taking in account both that languages are becoming better with time and that Lisp has awesome core I don't see at all how's popularity can make it worse. I'd suggest reading some PLT books or taking some related courses. It helps to get the whole picture. You won't love Lisp less (probably the opposite) but you'll accept other languages more. :) I have to add I'd prefer something Lispish over anything else any day of the week. I'm looking into Clojure(ClojureScript). It's not as elegant as original Lisps and Schemes but it's tradeoffs come from real world use cases (running on top of JVM and JS). Even with them it's an awesome language.
- kahrkunne 10y agoYou're putting words in my mouth. I never said PHP was bad - it's reasonably good for common use cases on the web. I'm just saying that if hypothetically lisp became super popular, it would inevitably change to fit the work flow of the mainstream. Maybe not directly (i.e. through the spec changing) but definitely indirectly, through changes in common practice, libraries etcetera, as well as the general culture of relatively CS-literate, experienced hackers surrounding it. Of course, I'm not worried about this happening - what's happening instead is that lisp features are finding their way into other languages (a process that has been going on since the 70s).
- Annatar 10y agoI'm just saying that if hypothetically lisp became super popular, it would inevitably change to fit the work flow of the mainstream. Being a functional language designed for metaprogramming, it is expected that it be extended: just by defining a new function, one defines LISP on the fly. That's the core idea of LISP! (:-))
- Nekorosu 10y agoSorry. I've reread my answer. It was kinda offensive. I don't see anything bad in Lisp becoming good for common use (on the web or wherever else) and I don't agree with your hypothesis. Lisp would just become more diverse in terms of libraries ecosystem and community. It will keep it's spirit and a core of really experienced users.
- kazinator 10y ago> It has very basic and clear core which doesn't need to be fixed If that core doesn't evaluate (car nil) -> nil, it's broken to me.
- kahrkunne 10y ago(car nil) -> nil doesn't seem obvious to me. It implies that (equal nil (cons nil nil)) i.e. (equal nil '(nil)). Now I'm not a very experienced lisp programmer, but I don't see why those two would be equivalent. FWIW, at least on SBCL, (car nil) does evaluate to nil.
- WhitneyLand 10y ago>it's a really good indicator of someone's quality as a programmer I would request that you please reconsider this position. It's demonstrably false, because there are great and famous programmers we could think of who have no particular opinion on lisp. The condescension toward web developers is also not solid ground. There are geniuses and passionate people who take all kinds of different life paths, or don't go to college, or whatever artificial litmus test we think of. I try to really be careful of personal biases like this during interviews because it's easy for them to creep in. So if I find myself wanting to ask "tell me about lisp", I try to catch it and instead ask directly about what I want to know. For example, "what work have you done that shows your quality as a programmer?", or "can you explain what makes you passionate about code?"
- kahrkunne 10y agoI'm not condescending towards web developers - see also my other comments here. I tried explicitly to make it clear that I wasn't, yet I kind of feel like people are taking the liberty to read things in my comment that just aren't there. If you want me to give a tl;dr: it was a comparison based mostly on statistics; it's not that doing web development makes you a bad programmer, or that bad programmers are particularly driven to web development; it's that because the barrier to entry in web development is relatively low and there's a lot of web developers, the average web developer is going to be worse than the average lisper, because there's far fewer lispers and lisp is an obscure language that for the most part only passionate programmers would be interested in. I stand by knowing lisp being a good indicator of programmer quality, but it's pretty one-sided: knowing lisp is a very good indicator that one is a reasonably good programmer, but not knowing lisp isn't really an indicator of anything; the vast, vast majority of people don't know lisp, after all. College is the same way of course: having been to college is a reasonable indicator of competence (though not as good as knowing lisp inside-out), but not having gone to college is not an indicator of incompetence - yet nobody would doubt that a college as a whole is an indicator of competence, because if they did, college degrees would be worthless - which they aren't.
- WhitneyLand 10y ago
- Annatar 10y agoand over time lisp would change to become more like PhP. While it is true that PHP suffers from "the neighbor's kid" syndrome and design inconsistencies, PHP programs can be very elegant, fast and simple in the hands of an experienced Greybeard UNIX programmer. I think PHP gets a lot of bad rap, but it doesn't necessarily mean that PHP itself is a priory a bad language. Yes it has had, and still does have its fair share of iconsistencies, but in the right hands it could be programmed just like Bourne shell. Or AWK. Or C... Or LISP! Completely functionally. No objects.
- pmoriarty 10y agoI've had employers laugh at me in an interview when I mentioned that my favorite language is Scheme.
- Annatar 10y agoWhy would you pick a language which runs virtual assembler on a virtual processor on a virtual machine? That is terrible for performance, even with just-in-time compiler technology. I can understand why employers would look unfavorably at that. One of the principal reasons why I sympathize with ANSI common LISP is that when I'm done writing it in a REPL, I can compile it into an ELF binary executable, for performance.