6 ms·

Cool, cool. When is full compatibility with Java 8 be available? I mean Java 8 SAMs, Java 8's Stream, Optional and CompletableFuture...

badsavage 7y ago
Clojure is a different language. Being "fully compatible" with (more similar to) Java was never a goal.
- pjmlp 7y ago
  This is why guest languages tend to fade away, as the platform evolves and the platform system languages adopt the features that made those guest languages appear in first place.
  - dancek 7y ago
    That is true for guest languages designed to overcome specific issues in a given language (think CoffeeScript vs. JavaScript in 2012 and then in 2019). But I don't think it really applies to Java vs. Clojure, which both pretty much force a specific (different) programming paradigms and have completely different design.
    - StreamBright 7y ago
      True but you need to access the libraries in Java. That is a little bit hard in some cases.
      - yogthos 7y ago
        I find that I tend to do very little interop nowadays, and it predominantly happens at the edges with things like database drivers, and so on.
        StreamBright 7y ago
        Yes most of the things just work.
  - StreamBright 7y ago
    Unless they follow up and keep up with the host platform. This is the biggest pain point with Clojure for me, the java interop has some limitations that we could not come by.
  - dustingetz 7y ago
    Clojure accepts multiple hosts and is simple enough to port to new ones – a hugely underappreciated reason that Clojure is permanent
    - pjmlp 7y ago
      Just like many Lisp and Scheme implementations that came before it.
  - thelazydogsback 7y ago
    I'm looking at the docs -- is there a guide for targeting new host langs? As a starting point, what is the minimum "core" language that needs to be defined in the host lang so that the rest of the system can be bootstrapped by Clojure libs? (Clojure.core doesn't seem to be the answer -- there seem to be plenty of non-core/prim functions defined there. Also, are Clojure libs (either automatically or via attribute on the package) flagged as "pure" (Clojure-only) vs. needing imports from a specific host lang?
    - pjmlp 7y ago
      Yes, the special forms. https://clojure.org/reference/special_forms https://clojure.org/reference/special_forms Clojure follows the Lisp convention of providing platform specific behaviour via the reader. https://clojure.org/guides/reader_conditionals https://clojure.org/guides/reader_conditionals
      - thelazydogsback 7y ago
        Not sure I follow -- there are certainly many primitives that must be defined by the host to bootstrap that are not special forms -- starting with list, cons/conj...
        filoeleven 7y ago
        I doubt there’s a guide anywhere: it’s far from a trivial undertaking. If you want to look at the Java code that builds all the primitives, see the Clojure/Lang folder: https://github.com/clojure/clojure/tree/master/src/jvm/clojure/lang https://github.com/clojure/clojure/tree/master/src/jvm/cloju... Part of what makes it Clojure instead of just a Java-based lisp are the persistent data structures that allow for efficient immutability, and the seq interface for working with collections smoothly. There’s a big (scary, to my eyes) set of classes that underlies all of the convenience. Thankfully it’s very stable so I don’t have to think about it.
  - Scarbutt 7y ago
    Kotlin seems promising (because of android).
    - pjmlp 7y ago
      Not really. Kotlin already has an impedance mismatch with the JVM, because like all guest languages they have come up with their own ideas, which don't follow how the platform ended up implementing them. Examples are sequences vs streams, lambdas vs SAM types, default interface methods, co-routines vs fibers, inline classes vs records, reflection. Only first class support on JetBrains products, while many Java shops are still Eclipse, NetBeans and Oracle Studio users. Additionally, since they want to stretch outside the JVM, there are semantic restrictions if the code is also supposed to be compiled by Kotlin/Native. Kotlin has indeed a future on Android, given that Google is unwilling to move their support beyond the Android Java flavour (aka Google's own J++) and with #KotlinFirst, Android has become the KVM. So, on Android I do agree that Kotlin has a bright future, however in what concerns the JVM I forsee an adoption cycle like every other JVM guest language.
dancek 7y ago
What parts of compatibility are missing? The interop works just fine, as with all other Java. ; example: Stream.of(1,1,2,3,5).map(x -> 2*x).collect(Collectors.toList()) user=> (.. (java.util.stream.Stream/of (to-array [1 1 2 3 5])) (map (reify java.util.function.Function (apply [this x] (* 2 x)))) (collect (java.util.stream.Collectors/toList))) [2 2 4 6 10] Of course it's not practical to convert lists and functions to their Java counterparts like that, but if you need to work with Java objects it's possible.
- airstrike 7y ago
  Slightly off-topic, but as someone who's normally using Python / R, my hands feel tired just from thinking about typing all of that
  - ARandomerDude 7y ago
    In practice, you wouldn't. You'd import at the top of the file, then type `Stream/of` instead of `java.util.stream.Stream/of`. I almost never use Java directly though because there are so many great Clojure wrappers.
  - Uhuhreally 7y ago
    In Clojure that's: (map (fn [x] (* 2 x)) [1 1 2 3 5]) => (2 2 4 6 10)
- agumonkey 7y ago
  so no Java Function to clojure Function automating mapping ? do people use macros to make it nicer ?
  - Uhuhreally 7y ago
    you'd use Clojure not Java for an example like the above
    - Scarbutt 7y ago
puredanger 7y ago
Has been a long topic of conversation trying to figure out the best way to do some of these while also retaining best performance, etc. High in our list of candidate things to work on!
Scarbutt 7y ago
Big pain point, Java 8 was release in 2014, and the java.util.Function interfaces have become very common in practice since then. Clojure is really dying...
- beders 7y ago
  I think it's because Clojure itself has been offering a better alternative to streams for years. And let's be honest: @FunctionalInterfaces are a compiler hack, since Java doesn't really have functions. And what I simply love about Clojure: If writing (reify java.util.Function (apply [this arg])) is too verbose, roll your own macro or function. You could also add a tagged literal.
- iLemming 7y ago
  Oof, every single Clojure related HN post, there's always at least one person claiming that Clojure is dying. Clojure is not dying! Look around, Clojure today has more conferences, meetups, podcasts, jobs, and books. More than any of non-mainstream languages. More than Haskell, Elixir, OCaml, Elm, Rust. I'm sorry for snapping at you. It just makes me sad to have to fight unwarranted skepticism all the time. People throw opinions out of the blue, sometimes without even considering a heartfelt attempt to try things out first. Evangelizing for Clojure has become a moral issue. Just like arguing with gun-control, climate change opponents, and anti-vaxxers. No matter what arguments you bring to the discussion, those who don't want to listen - just wouldn't. You say: "Clojure is very pragmatic", They'd be: "I don't want to learn Emacs". You say: "But you can use VSCode, Atom, Eclipse, Vim, IntelliJ to write Clojure", They: "Too many parentheses..." You say: "Other languages have more, and a bunch of other things like semicolons, commas, curly braces, and operator precedence rules... " They: "But it's not statically typed" You say: "It has Spec. Spec can do things, most type systems cannot" They: "But I don't like JVM..." You say: "JVM is a very robust, solid piece of tech..." They: "Clojure is dying..." --- Honestly, I don't understand this tribalism. Like people really don't want it to succeed. It isn't some zero-sum game - the success of one language ecosystem does not mean there's less pie for others. There are many things in other languages - Rust, Elixir, Javascript, etc. directly inspired by how they first were done in Clojure. Just think about it: Cognitect has a team of fewer than fifty developers, and the Clojure community has no more active members than engineers working for Google, yet there's a constant pace of innovation for the entire CS community. Maybe the language has something to do with that, after all?
nickik 7y ago
Clojure already has equivelent or better stuff to do the same thing. And you can still use it if you like.

badsavage 7y ago

Clojure is a different language. Being "fully compatible" with (more similar to) Java was never a goal.

pjmlp 7y ago
This is why guest languages tend to fade away, as the platform evolves and the platform system languages adopt the features that made those guest languages appear in first place.
- dancek 7y ago
  That is true for guest languages designed to overcome specific issues in a given language (think CoffeeScript vs. JavaScript in 2012 and then in 2019). But I don't think it really applies to Java vs. Clojure, which both pretty much force a specific (different) programming paradigms and have completely different design.
  - StreamBright 7y ago
    True but you need to access the libraries in Java. That is a little bit hard in some cases.
    - yogthos 7y ago
      I find that I tend to do very little interop nowadays, and it predominantly happens at the edges with things like database drivers, and so on.
      - StreamBright 7y ago
        Yes most of the things just work.
- StreamBright 7y ago
  Unless they follow up and keep up with the host platform. This is the biggest pain point with Clojure for me, the java interop has some limitations that we could not come by.
- dustingetz 7y ago
  Clojure accepts multiple hosts and is simple enough to port to new ones – a hugely underappreciated reason that Clojure is permanent
  - pjmlp 7y ago
    Just like many Lisp and Scheme implementations that came before it.
- thelazydogsback 7y ago
  I'm looking at the docs -- is there a guide for targeting new host langs? As a starting point, what is the minimum "core" language that needs to be defined in the host lang so that the rest of the system can be bootstrapped by Clojure libs? (Clojure.core doesn't seem to be the answer -- there seem to be plenty of non-core/prim functions defined there. Also, are Clojure libs (either automatically or via attribute on the package) flagged as "pure" (Clojure-only) vs. needing imports from a specific host lang?
  - pjmlp 7y ago
    Yes, the special forms. https://clojure.org/reference/special_forms https://clojure.org/reference/special_forms Clojure follows the Lisp convention of providing platform specific behaviour via the reader. https://clojure.org/guides/reader_conditionals https://clojure.org/guides/reader_conditionals
    - thelazydogsback 7y ago
      Not sure I follow -- there are certainly many primitives that must be defined by the host to bootstrap that are not special forms -- starting with list, cons/conj...
      - filoeleven 7y ago
        I doubt there’s a guide anywhere: it’s far from a trivial undertaking. If you want to look at the Java code that builds all the primitives, see the Clojure/Lang folder: https://github.com/clojure/clojure/tree/master/src/jvm/clojure/lang https://github.com/clojure/clojure/tree/master/src/jvm/cloju... Part of what makes it Clojure instead of just a Java-based lisp are the persistent data structures that allow for efficient immutability, and the seq interface for working with collections smoothly. There’s a big (scary, to my eyes) set of classes that underlies all of the convenience. Thankfully it’s very stable so I don’t have to think about it.
- Scarbutt 7y ago
  Kotlin seems promising (because of android).
  - pjmlp 7y ago
    Not really. Kotlin already has an impedance mismatch with the JVM, because like all guest languages they have come up with their own ideas, which don't follow how the platform ended up implementing them. Examples are sequences vs streams, lambdas vs SAM types, default interface methods, co-routines vs fibers, inline classes vs records, reflection. Only first class support on JetBrains products, while many Java shops are still Eclipse, NetBeans and Oracle Studio users. Additionally, since they want to stretch outside the JVM, there are semantic restrictions if the code is also supposed to be compiled by Kotlin/Native. Kotlin has indeed a future on Android, given that Google is unwilling to move their support beyond the Android Java flavour (aka Google's own J++) and with #KotlinFirst, Android has become the KVM. So, on Android I do agree that Kotlin has a bright future, however in what concerns the JVM I forsee an adoption cycle like every other JVM guest language.

dancek 7y ago

What parts of compatibility are missing? The interop works just fine, as with all other Java. ; example: Stream.of(1,1,2,3,5).map(x -> 2*x).collect(Collectors.toList()) user=> (.. (java.util.stream.Stream/of (to-array [1 1 2 3 5])) (map (reify java.util.function.Function (apply [this x] (* 2 x)))) (collect (java.util.stream.Collectors/toList))) [2 2 4 6 10] Of course it's not practical to convert lists and functions to their Java counterparts like that, but if you need to work with Java objects it's possible.

airstrike 7y ago
Slightly off-topic, but as someone who's normally using Python / R, my hands feel tired just from thinking about typing all of that
- ARandomerDude 7y ago
  In practice, you wouldn't. You'd import at the top of the file, then type `Stream/of` instead of `java.util.stream.Stream/of`. I almost never use Java directly though because there are so many great Clojure wrappers.
- Uhuhreally 7y ago
  In Clojure that's: (map (fn [x] (* 2 x)) [1 1 2 3 5]) => (2 2 4 6 10)
agumonkey 7y ago
so no Java Function to clojure Function automating mapping ? do people use macros to make it nicer ?
- Uhuhreally 7y ago
  you'd use Clojure not Java for an example like the above
  - Scarbutt 7y ago

puredanger 7y ago

Has been a long topic of conversation trying to figure out the best way to do some of these while also retaining best performance, etc. High in our list of candidate things to work on!

Scarbutt 7y ago

Big pain point, Java 8 was release in 2014, and the java.util.Function interfaces have become very common in practice since then. Clojure is really dying...

beders 7y ago
I think it's because Clojure itself has been offering a better alternative to streams for years. And let's be honest: @FunctionalInterfaces are a compiler hack, since Java doesn't really have functions. And what I simply love about Clojure: If writing (reify java.util.Function (apply [this arg])) is too verbose, roll your own macro or function. You could also add a tagged literal.
iLemming 7y ago
Oof, every single Clojure related HN post, there's always at least one person claiming that Clojure is dying. Clojure is not dying! Look around, Clojure today has more conferences, meetups, podcasts, jobs, and books. More than any of non-mainstream languages. More than Haskell, Elixir, OCaml, Elm, Rust. I'm sorry for snapping at you. It just makes me sad to have to fight unwarranted skepticism all the time. People throw opinions out of the blue, sometimes without even considering a heartfelt attempt to try things out first. Evangelizing for Clojure has become a moral issue. Just like arguing with gun-control, climate change opponents, and anti-vaxxers. No matter what arguments you bring to the discussion, those who don't want to listen - just wouldn't. You say: "Clojure is very pragmatic", They'd be: "I don't want to learn Emacs". You say: "But you can use VSCode, Atom, Eclipse, Vim, IntelliJ to write Clojure", They: "Too many parentheses..." You say: "Other languages have more, and a bunch of other things like semicolons, commas, curly braces, and operator precedence rules... " They: "But it's not statically typed" You say: "It has Spec. Spec can do things, most type systems cannot" They: "But I don't like JVM..." You say: "JVM is a very robust, solid piece of tech..." They: "Clojure is dying..." --- Honestly, I don't understand this tribalism. Like people really don't want it to succeed. It isn't some zero-sum game - the success of one language ecosystem does not mean there's less pie for others. There are many things in other languages - Rust, Elixir, Javascript, etc. directly inspired by how they first were done in Clojure. Just think about it: Cognitect has a team of fewer than fifty developers, and the Clojure community has no more active members than engineers working for Google, yet there's a constant pace of innovation for the entire CS community. Maybe the language has something to do with that, after all?

nickik 7y ago

Clojure already has equivelent or better stuff to do the same thing. And you can still use it if you like.