4 ms·

> You have to be really incompetent to write a typical Java service in a way where it is no longer possible to develop it at all, Disagree. Anything can be ma

> You have to be really incompetent to write a typical Java service in a way where it is no longer possible to develop it at all, Disagree. Anything can be made write-only. > but in Clojure it is just enough to get couple of people that are intelligent enough to write macros but not experienced enough to understand the dangers of lack framework forcing the structure of your application. Sentence doesn't parse on multiple levels.

base698 6y ago
Agree with him. Coming from an OO background I always cringed at the 15,000 line classes with 2000 line methods. Side effects everywhere. In my naivety I thought functional programs with their emphasis on lack of side effects could help. I then encountered a project that was totally functional but written entirely by people with no functional experience. The entire application was unmaintainable even in the most basic parts. > Doesn't parse > Macros Macros modify code structure at runtime so obviously that is fraught with danger. > Framework forcing structure Lisp languages in general have a do it yourself attitude not found in others. While there are frameworks it's common to find projects that have invented from the ground up entire web frameworks, db access and orm. Imagine if every project you encountered in Java reinvented Rx Java, Hibernate, and Spring.
- rpdillon 6y ago
  I'm a big fan of Racket, and while I don't write very many macros, my understanding is that in both Common Lisp and Racket, macros are essentially a compiler pass, with no modification at runtime. https://docs.racket-lang.org/guide/macros.html https://docs.racket-lang.org/guide/macros.html
- SomeHacker44 6y ago
  > Macros modify code structure at runtime so obviously that is fraught with danger. You may have inadvertently misspoke, but macros operate at compile time, at least in the Lisps I have used.
  - lispm 6y ago
    If one uses a Lisp interpreter, macro expansion may happen at runtime. CLISP example: [2]> (defmacro add2 (place) (print 'add2) `(incf ,place 2)) ADD2 [3]> (let ((a 1)) (dotimes (i 4) (add2 a))) ADD2 ADD2 ADD2 ADD2 NIL [4]> As one can see the macro form is expanded four times at runtime.
    - dzsekijo 6y ago
      This is a confusing example, because in a REPL steps of compilation and evaluation are interleaved. Indeed, can you write a program for CLISP that works like this: - takes one command line argument (a file name) - reads in the given file, interprets it as Common Lisp code, expecting it to deliver a definition for the add2 macro - then runs (let ((a 1)) (dotimes (i 4) (add2 a)))
      - lispm 6y ago
        > This is a confusing example, because in a REPL steps of compilation and evaluation are interleaved. The CLISP REPL does not compile, thus it can't be interleaved. > then runs It will still be interpreted and the macro will still be expanded at runtime.
  - vram22 6y ago
    I don't know Lisp well, but I remember PG saying in one of his books or essays, that Lisp is a language in which you can compile and run at read time, and the other two possibilities, too.
  - lmilcin 6y ago
    In full Lisp "compile time" is part of application execution. Now, Clojure is kind of impaired Lisp because it is written for a VM that was not intended to be used this way and so this is not that much pronounced (but you still get REPL, etc.)
    - thu2111 6y ago
      Is there anything lacking from the JVM beyond tail-call elimination that Lisp needs? I know Clojure is very slow to start up but my understanding is that this is because it uses the JVM very inefficiently, and they don't seem to care much.
vram22 6y ago
Yes, same thing noticed here. Incoherent sentences above, in your parent's comment.

base698 6y ago

Agree with him. Coming from an OO background I always cringed at the 15,000 line classes with 2000 line methods. Side effects everywhere. In my naivety I thought functional programs with their emphasis on lack of side effects could help. I then encountered a project that was totally functional but written entirely by people with no functional experience. The entire application was unmaintainable even in the most basic parts. > Doesn't parse > Macros Macros modify code structure at runtime so obviously that is fraught with danger. > Framework forcing structure Lisp languages in general have a do it yourself attitude not found in others. While there are frameworks it's common to find projects that have invented from the ground up entire web frameworks, db access and orm. Imagine if every project you encountered in Java reinvented Rx Java, Hibernate, and Spring.

rpdillon 6y ago
I'm a big fan of Racket, and while I don't write very many macros, my understanding is that in both Common Lisp and Racket, macros are essentially a compiler pass, with no modification at runtime. https://docs.racket-lang.org/guide/macros.html https://docs.racket-lang.org/guide/macros.html
SomeHacker44 6y ago
> Macros modify code structure at runtime so obviously that is fraught with danger. You may have inadvertently misspoke, but macros operate at compile time, at least in the Lisps I have used.
- lispm 6y ago
  If one uses a Lisp interpreter, macro expansion may happen at runtime. CLISP example: [2]> (defmacro add2 (place) (print 'add2) `(incf ,place 2)) ADD2 [3]> (let ((a 1)) (dotimes (i 4) (add2 a))) ADD2 ADD2 ADD2 ADD2 NIL [4]> As one can see the macro form is expanded four times at runtime.
  - dzsekijo 6y ago
    This is a confusing example, because in a REPL steps of compilation and evaluation are interleaved. Indeed, can you write a program for CLISP that works like this: - takes one command line argument (a file name) - reads in the given file, interprets it as Common Lisp code, expecting it to deliver a definition for the add2 macro - then runs (let ((a 1)) (dotimes (i 4) (add2 a)))
    - lispm 6y ago
      > This is a confusing example, because in a REPL steps of compilation and evaluation are interleaved. The CLISP REPL does not compile, thus it can't be interleaved. > then runs It will still be interpreted and the macro will still be expanded at runtime.
- vram22 6y ago
  I don't know Lisp well, but I remember PG saying in one of his books or essays, that Lisp is a language in which you can compile and run at read time, and the other two possibilities, too.
- lmilcin 6y ago
  In full Lisp "compile time" is part of application execution. Now, Clojure is kind of impaired Lisp because it is written for a VM that was not intended to be used this way and so this is not that much pronounced (but you still get REPL, etc.)
  - thu2111 6y ago
    Is there anything lacking from the JVM beyond tail-call elimination that Lisp needs? I know Clojure is very slow to start up but my understanding is that this is because it uses the JVM very inefficiently, and they don't seem to care much.

vram22 6y ago

Yes, same thing noticed here. Incoherent sentences above, in your parent's comment.