191–200 of 233 posts
Earlier quoted context omitted.
Clojure supports class based OOP? Never heard of it. Could you give me a link to the relevant documentation page?
Not really a OOP programmer, but I think the following cover some reasonable subset of OOP: https://clojure.org/reference/multimethods https://clojure.org/reference/protocols
This article is very poorly thought out. First and foremost it talks about the __fall__ of JVM languages yet it forecasts good things for all of those languages. The author also failed to check out things like the TIOBE index where Java is still at the top. Not to mention that Clojure hasn't even been mentioned which is a __huge__ letdown since Clojure is the only pure functional language which is native to the JVM.
Earlier quoted context omitted.
I've been using play + java 8 for the past two years. Have been quite happy with it. I did php and node.js before, and I can't say I'm missing anything in particular from those ecosystems. Build times could be a tad better, and some aspects could use more documentation, but the code is easy to write and maintain and the app is blazing fast and easy to deploy. I've gotten the same positive feedback from other web devs…
Thanks for the info. Might check out Play. Yes, Java performance is fast. I had read that Sun had put millions of dollars into making it fast [1], hiring very qualified people to work on the compiler, the JIT engine, etc., over a period of many years. And the speed difference between early and later Java versions was perceptible. [1] Apart from the millions they also put into marketing Java to enterprises. And that w…
Earlier quoted context omitted.
eta looks interesting for Haskell refugees in Java-land.. That being said, any idea why they started from scratch instead of building on or contributing to frege?
They had ideological differences, Frege focusing on the Haskell standard, Eta on "whatever GHC does".
Earlier quoted context omitted.
It's too bad, because Scala could have been more judicious in how it marketed this. Scala has a lot of nice features, but its a very disorienting environment when it's used as a "backwards haskell".
I've been writing a bunch of scala and it does feel like there's an elegantly minimal language hiding in a somewhat baroque one. The trouble is that I can't really point at what parts are the minimal subset and what parts are excessive. Even the truly weird stuff like implicit defs and package objects make sense in some contexts. It suffers from the same problem as C++, individually the features make sense, but combi…
Earlier quoted context omitted.
I see Groovy in 3 places: Gradle files (a Kotlin alternative is coming), Jenkins pipeline build scripts, and the Spock testing framework. I don't have a good read on how popular Grails is anymore. I liked it a lot in the past but I don't need it anymore with Kotlin and Spring Boot.
> Gradle files (a Kotlin alternative is coming) Gradle's been able to use Kotlin for build files since Gradle 3.0 which was released last year. For Jenkins, only a subset of Apache Groovy can be used. None of the functional methods will work when used. Grails 2.x is still around, but virtually no-one's converting their projects to version 3, or starting new Grails projects in version 3. Groovy development has come to…
Seriously, using Google search trends isn't the best way to analyze usage or popularity. GitHub stats (assuming they are publicly available), would be much better.
Earlier quoted context omitted.
And eventually the C++ification of Java will scare away new developers who don't have years of context that explains the organic growth. Languages encumbered by backwards compatability and bolt on new features will eventually collapse under their own weight.
Ah yes, it will die just like C++. Backwards compatibility focus languages are the only ones that live long enough to be old and encumbered.
This is good for Java programmers because it means big bucks for being the only devs that can maintain huge legacy systems, but bad because fewer people will write new code in Java.
Earlier quoted context omitted.
Not really. If you check google trends now you can see that it _surpassed_ Scala after the Google announcement and while it was a bump in trends if you extrapolate the trend it you can see that it will surpass Scala within a year. Higher kinded types in themselves don't have any business value so I don't see why it can't be displaced by Kotlin or Clojure. I don't see any "anti-intellectual hostility" either. Actually…
> Higher kinded types in themselves don't have any business value They make it much easier to fulfil business requirements in a clear, maintainable way (and mean there's a huge space of libraries available to help with that), which is what programming is all about. > I like how Clojure works much more (you can opt-in to any extra features Clojure has to offer and they are not forced on you) compared to Scala. What ex…