5 ms·

There's a "lisp parens lol" thing among programmers that's so intellectually lazy. I once interviewed someone who I noticed had explicitly mentioned Lisp on the

by frou_dh 11y ago

There's a "lisp parens lol" thing among programmers that's so intellectually lazy. I once interviewed someone who I noticed had explicitly mentioned Lisp on their resume, and when as an aside I asked what their thoughts on Lisp development were, all they could muster was "Oh god the parens hyuck hyuck".

mbrock 11y ago
Other languages tend to get a free pass, but I take every chance I get to whine about JavaScript's three kinds of parens that I have to keep track of manually, and the convention of putting nearly every closing paren on its own line, wasting kilometers of space.
- chucksmash 11y ago
  Truer for some languages than it is for others... "Oh god, syntactically significant white space!"
  - acc54321 11y ago
    I'm more bothered by Python's lack of homoiconicity (thus no good macro facility) and poor performance when compared to Common Lisp. Python feels a bit like a toy Lisp with all the adult parts hidden.
- oldmanjay 11y ago
  Yeah that screen space, truly a limited resource. You should cram everything together and don't forget to be extra clever in the middle of the dense unreadable forest of sigils as well. It was hard to write, it should be hard to read.
  - mbrock 11y ago
    While your sarcasm is mildly amusing, your point doesn't apply. I don't advocate writing cryptic code. Of course I prefer code that is easy to read. That's a major basis for my opinions on syntax. Do you think Python's syntax is cryptic and hard to read, because of the lack of end parens? Or did you just misunderstand my point completely?
  - bad_user 11y ago
    While I agree that in programming we should break our code in logical paragraphs, just like in prose, such conventions (placing closing brackets on their own line) are detrimental for that purpose. For me this doesn't have anything to do with wasting vertical space, as it has to do with aesthetics. I'm not really speaking for LISP, but in my projects what really bothers me are people that don't have common sense when indenting / formatting their code and so they start using IDE or build plugins, using common conventions and formatters that will never be able to understand the meaning of the code being formatted, making a total mess of other people' carefully crafted code. And we go round and round on this.
agumonkey 11y ago
The mainstream may realize how syntax doesn't really matter. The FP push helps a lot already (map,filter,streamfusion instead of crazy for/while statements).
- AnimalMuppet 11y ago
  Why do you call for and while statements "crazy"? Because it's possible to write them wrong? Because you think it's crazy to have to write them at all? Why?
  - agumonkey 11y ago
    > it's possible to write them wrong too easy languages to conflate a lot of logic into large side effectful statements. FP forces you to separate layers, and deforestation (when available) helps reclaiming space/time costs.
    - AnimalMuppet 11y ago
      All right, but "can be misused" is not the same as "crazy".
      - agumonkey 11y ago
        Alright, that was my own misunderstanding of loop invariants and scope showing. That gave opportunity for traumas when I started reading imperative code.
  - spacemanmatt 11y ago
    Seems fair to assume pp calls them crazy because they don't compose.
aaron-lebo 11y ago
I don't know that it is intellectually lazy. It makes a lot of sense. If a lisp dialect had a large, vibrant ecosystem on the scale of Python or Javascript, then a lot of people would see the parens, see the advantage of having them, work their way through it and eventually get used to them and even embrace them because they see a real payoff. That's not the case with lisp dialects. The major payoff with lisp dialects is macros. But for most people, it isn't obvious why they are important. They are something you have to use to really get. So the intellectually reasonable position for most people is to either ignore lisp or laugh at it. Meanwhile, you see endless articles like this posted over the years (not knocking the article itself), trying to explain lisp in a kind of reverence and terminology usually associated with religious texts. "Hey, brother, you just need to see the light". I've been doing quite a bit of Clojure coding lately and I love it. I just can't see a lisp ever catching on. Actually, the project I'm working on is a lisp that does not look like a lisp but compiles down to Clojure. The parens aren't really necessary for lisp's best feature, as seen by Elixir. Here's a bit of my language: " " join([1, 2, 3]) count println
- mbrock 11y ago
  To "ignore or laugh at" a whole family of important and interesting languages because they aren't as popular as Python or JavaScript is exactly laziness, or at best pragmatic, but has nothing to do with intellectual reasonableness.
  - deleted 11y ago
    [deleted]
    - deleted 11y ago
      [deleted]
  - aaron-lebo 11y ago
    Why is being pragmatic not intellectually reasonable?
    - 11y ago

by frou_dh 11y ago

mbrock 11y ago

Other languages tend to get a free pass, but I take every chance I get to whine about JavaScript's three kinds of parens that I have to keep track of manually, and the convention of putting nearly every closing paren on its own line, wasting kilometers of space.

chucksmash 11y ago
Truer for some languages than it is for others... "Oh god, syntactically significant white space!"
- acc54321 11y ago
  I'm more bothered by Python's lack of homoiconicity (thus no good macro facility) and poor performance when compared to Common Lisp. Python feels a bit like a toy Lisp with all the adult parts hidden.
oldmanjay 11y ago
Yeah that screen space, truly a limited resource. You should cram everything together and don't forget to be extra clever in the middle of the dense unreadable forest of sigils as well. It was hard to write, it should be hard to read.
- mbrock 11y ago
  While your sarcasm is mildly amusing, your point doesn't apply. I don't advocate writing cryptic code. Of course I prefer code that is easy to read. That's a major basis for my opinions on syntax. Do you think Python's syntax is cryptic and hard to read, because of the lack of end parens? Or did you just misunderstand my point completely?
- bad_user 11y ago
  While I agree that in programming we should break our code in logical paragraphs, just like in prose, such conventions (placing closing brackets on their own line) are detrimental for that purpose. For me this doesn't have anything to do with wasting vertical space, as it has to do with aesthetics. I'm not really speaking for LISP, but in my projects what really bothers me are people that don't have common sense when indenting / formatting their code and so they start using IDE or build plugins, using common conventions and formatters that will never be able to understand the meaning of the code being formatted, making a total mess of other people' carefully crafted code. And we go round and round on this.

agumonkey 11y ago

The mainstream may realize how syntax doesn't really matter. The FP push helps a lot already (map,filter,streamfusion instead of crazy for/while statements).

AnimalMuppet 11y ago
Why do you call for and while statements "crazy"? Because it's possible to write them wrong? Because you think it's crazy to have to write them at all? Why?
- agumonkey 11y ago
  > it's possible to write them wrong too easy languages to conflate a lot of logic into large side effectful statements. FP forces you to separate layers, and deforestation (when available) helps reclaiming space/time costs.
  - AnimalMuppet 11y ago
    All right, but "can be misused" is not the same as "crazy".
    - agumonkey 11y ago
      Alright, that was my own misunderstanding of loop invariants and scope showing. That gave opportunity for traumas when I started reading imperative code.
- spacemanmatt 11y ago
  Seems fair to assume pp calls them crazy because they don't compose.

aaron-lebo 11y ago

I don't know that it is intellectually lazy. It makes a lot of sense. If a lisp dialect had a large, vibrant ecosystem on the scale of Python or Javascript, then a lot of people would see the parens, see the advantage of having them, work their way through it and eventually get used to them and even embrace them because they see a real payoff. That's not the case with lisp dialects. The major payoff with lisp dialects is macros. But for most people, it isn't obvious why they are important. They are something you have to use to really get. So the intellectually reasonable position for most people is to either ignore lisp or laugh at it. Meanwhile, you see endless articles like this posted over the years (not knocking the article itself), trying to explain lisp in a kind of reverence and terminology usually associated with religious texts. "Hey, brother, you just need to see the light". I've been doing quite a bit of Clojure coding lately and I love it. I just can't see a lisp ever catching on. Actually, the project I'm working on is a lisp that does not look like a lisp but compiles down to Clojure. The parens aren't really necessary for lisp's best feature, as seen by Elixir. Here's a bit of my language: " " join([1, 2, 3]) count println

mbrock 11y ago
To "ignore or laugh at" a whole family of important and interesting languages because they aren't as popular as Python or JavaScript is exactly laziness, or at best pragmatic, but has nothing to do with intellectual reasonableness.
- deleted 11y ago
  [deleted]
  - deleted 11y ago
    [deleted]
- aaron-lebo 11y ago
  Why is being pragmatic not intellectually reasonable?
  - 11y ago