NewsLab
Oct 27 16:36 UTC

LISPy things you can do in 64K bytes of core (2019) (t3x.org)

67 points|by andsoitis||15 comments|Read full story on t3x.org

Comments (15)

15 shown
  1. 1. tomhow||context
    Previously...

    LISPy things you can do in 64K bytes of core (2019) - https://news.ycombinator.com/item?id=44490099 - July 2025 (4 comments)

  2. 2. sudahtigabulan||context
    > Note that programs were usually typed on as few lines as possible, because they had to be punched to punched cards or typed in at a teletype which echoed its input on paper.

    I suspect this is the real reason behind "cram all the closing parentheses together on the same line" rule.

    The only rationale I've seen online is in Taylor Campbell's style guide:

    > Absolutely do not place closing brackets on their own lines.

    > ...

    > Rationale: The parentheses grow lonely if their closing brackets are all kept separated and segregated.

    Yeah, right.

    Anybody know anything about how this rule came to be?

  3. 3. weknowbetter||context
    This drives me nuts. I love LISP but refuse to pretend writing `)))))))` is reasonable.
  4. 4. uncletaco||context
    Why are you writing ')))))' instead of your closing parenthesis being autogenerated. Sounds like a recipe for failure.
  5. 5. bitwize||context
    The 2026 version is: Why are you writing Lisp instead of your code being autogenerated. Sounds like a recipe for failure.
  6. 6. greenbit||context
    ))))))) isn't so bad, but )))))))) is just getting ridiculous. You have to draw the line somewhere
  7. 7. isr||context
    picolisp has an interesting solution to this. A single ']' will close all open )'s for that block of code
  8. 8. packetlost||context
    That has to be a nightmare for parsers lol
  9. 9. ashkankiani||context
    not really. it's just pop all of the stack and return to depth 0. you can still detect imbalanced parens, but i'm not sure how it affects the provenance question of where a missing one would point out in errors.
  10. 10. mfex||context
    picolisp also has an interesting closing paren style by its author, with a space before closing parentheses if the open parenthesis is not on the same line:

      (- 1
        (+ 2
          (* 3 (/ 4 5)) ) )
  11. 11. corroclaro||context
    My editor (emacs) shows how I close the scopes and it is easy enough. I'm not sure why writing

        )
          )
            )
              )
                )
    
    would be so much better.
  12. 12. NooneAtAll5||context
    why would outer scope have more tabulation?
  13. 13. a-french-anon||context
    You don't read Lisp via the parentheses, but via the indentation. It's almost like Python but the (s and )s are for the computer to see.
  14. 14. a96||context
    Heh, I remember that and personally answering no when he complained about my paren formatting. I miss that channel.
  15. 15. matt_daemon||context
    This is somewhat confusing as there is a fairly well known toy Lisp interpreter called Lispy written by Peter Norvig

    https://www.norvig.com/lispy.html