4 ms·

I think what lispm is getting at is that there a large number of Clojure programmers that do not realize that Clojure's features and the workflows it enables ha

I think what lispm is getting at is that there a large number of Clojure programmers that do not realize that Clojure's features and the workflows it enables have been around for decades.

j-pb 11y ago
Fair enough, I guess the article is aimed mostly at newbies to clojure though, which mostly come from a non-lisp background.
- lispm 11y ago
  That style of interactive exploratory programming is supported by a gazillion of languages and implementations. There is nothing Clojure specific about it. From the early Lisp to most other forms of Lisp-derived languages (like Logo, Dylan, ...), over APL, Mathematica, up to Apple's Swift...
  - j-pb 11y ago
    Neither is the article nor I arguing that in any way. It is a case study of developing a clojure program in the repl, done to inspire newcomers, not a scientific article claiming clojure invented the repl.
    - lispm 11y ago
      It explicitly mentions clojure, functional programming and a repl to enable this. None of that is necessary. One can nicely use Smalltalk (recent version: Pharo), its object-oriented programming and its interactive IDE for that.
      - j-pb 11y ago
        Just because it mentions it doesn't means it claims it's necessary. The author states " If you're new to Clojure, or functional programming, or languages that have a REPL, I hope this encourages you to crack open a REPL and start to think about your own story. It's a means to whatever end you have in mind. " and even points to a super general google search. https://www.google.de/search?client=safari&rls=en&q=repl+driven+development&ie=UTF-8&oe=UTF-8&gfe_rd=cr&ei=kXBfVou2I_KA8QfB2YHYBw https://www.google.de/search?client=safari&rls=en&q=repl+dri... Did you actually read the thing, or just open it close it and decide to hat it because it not CL?
        lispm 11y ago
        > Did you actually read the thing, or just open it close it and decide to hat it because it not CL? The author could benefit from some of the better REPLs of Common Lisp - which for example nicely integrate various tools (inspectors, debuggers, error handling, object-oriented programming, ...) to better support interactive/exploratory programming.

I think what lispm is getting at is that there a large number of Clojure programmers that do not realize that Clojure's features and the workflows it enables have been around for decades.

j-pb 11y ago

Fair enough, I guess the article is aimed mostly at newbies to clojure though, which mostly come from a non-lisp background.

lispm 11y ago
That style of interactive exploratory programming is supported by a gazillion of languages and implementations. There is nothing Clojure specific about it. From the early Lisp to most other forms of Lisp-derived languages (like Logo, Dylan, ...), over APL, Mathematica, up to Apple's Swift...
- j-pb 11y ago
  Neither is the article nor I arguing that in any way. It is a case study of developing a clojure program in the repl, done to inspire newcomers, not a scientific article claiming clojure invented the repl.
  - lispm 11y ago
    It explicitly mentions clojure, functional programming and a repl to enable this. None of that is necessary. One can nicely use Smalltalk (recent version: Pharo), its object-oriented programming and its interactive IDE for that.
    - j-pb 11y ago
      Just because it mentions it doesn't means it claims it's necessary. The author states " If you're new to Clojure, or functional programming, or languages that have a REPL, I hope this encourages you to crack open a REPL and start to think about your own story. It's a means to whatever end you have in mind. " and even points to a super general google search. https://www.google.de/search?client=safari&rls=en&q=repl+driven+development&ie=UTF-8&oe=UTF-8&gfe_rd=cr&ei=kXBfVou2I_KA8QfB2YHYBw https://www.google.de/search?client=safari&rls=en&q=repl+dri... Did you actually read the thing, or just open it close it and decide to hat it because it not CL?
      - lispm 11y ago
        > Did you actually read the thing, or just open it close it and decide to hat it because it not CL? The author could benefit from some of the better REPLs of Common Lisp - which for example nicely integrate various tools (inspectors, debuggers, error handling, object-oriented programming, ...) to better support interactive/exploratory programming.