If I haven't been paying very close attention to the Java landscape, what am I missing? What advancements/releases are afoot?
For further actions, you may consider blocking this person and/or reporting abuse
If I haven't been paying very close attention to the Java landscape, what am I missing? What advancements/releases are afoot?
For further actions, you may consider blocking this person and/or reporting abuse
Aditya Pratap Bhuyan -
Sukhpinder Singh -
ispmanager.com -
Vinish Bhaskar -
Top comments (31)
Tons of cool stuff going on.
I get the cool part of the Quarkus but I'm also a fan of Micronaut. It's like Spring but less proxying (if any at all) and cool new features. Now it has some difference in syntax but I'm fine with that.
I'm currently learning Java EE (I find name JakartaEE horrible) because I'm planning to move on Java web development position; I already knew about GraalVM but I had no idea about other new stuff, I'm even more motivated now!
jOOQ made working with databases in Java fun again for me!
I'd say Kotlin is the biggest thing that happened to Java in the last few years.
Java SE 12 has been out since March.
JDK 13 is on its way. New features to be included in 13:
Improved
switch
statements as a precursor to pattern matching.Improved APIs for sockets and improved garbage collection and memory management.
JDK 12 had more exciting new features like:
tee-ing streams:
Java Microbenchmark Harness (JMH) is now a part of JDK. Great for benchmarking code.
...essentially, two or three new syntax features, a few API updates, and some JVM updates each release.
Those switch expressions are super cool, and if pattern matching is coming too, that will be awesome.
Fun fact, there's a proposal for pattern matching for JavaScript/ECMAScript as well: github.com/tc39/proposal-pattern-m...
My favorite "new" thing in Java is something as simple as
var
.I hate duck typing. I hate
HTTPConnectionManager httpConnectionManager = new HTTPConnectionManager()
.var
trims some of that away.var httpConnectionManager = new HTTPConnectionManager()
is still redundant but less so.The problem arrises when devs use it too much and end up with nonsense like
whereas old Java it would be clearer what was happening
Conciseness will always be abused to create unreadable code.
Yeah, it's my philosophy to not use var if it's not already obvious to the reader what the type is, even if it is obvious to the compiler.
For example I'd never do:
Because it's not clear to the reader what the other side is returning
But I would do
because the type information just gets obnoxiously redundant and it's obvious to the reader.
I know people will abuse it, but I'd prefer to not waste time typing the obvious out
I'd love to use these features but I prefer they weren't there because most programmers will overuse them and lead to a headache for me.
I find the choice in production code tends to be dealing with forced verbosity or dealing with the absolute crazy stuff people will do when allowed to be more concise. I know which one wastes more time. It's sad but it's true
Great thread. A few more interesting things which are in the pipeline:
Surprisingly no one mentioned Project reactor.
Also, keep an eye on Spring Webflux and R2DBC.
Well, it's all about reactive. 😏
Google's Java
Kotlin is made by JetBrains, the brilliant folks behind Android Studio and IntelliJ, not Google. Google just encourages using Kotlin for Android development, but they do not develop it.
But yes, Kotlin is like a better syntax for Java, and fully interoperable with it. In my (very strong) opinion, new projects targeting the JVM should be written in Kotlin, not Java.
If it's a new project I would still much rather use Clojure instead. Part because it's more functional and has easier syntax, but mostly since it's more stable than Kotlin. I also don't like how tightly coupled Kotlin is to IntelliJ.
Also using Spring and Lombok Java is not that bad/verbose.
I have my strong opinion because Kotlin feels very comfortable to a traditional Java dev. It's syntax, while different, has a lot of similarities and doesn't feel like an entirely new thing. Lombok is great, but you can't deny how hacky it is; Kotlin feels more like a non-hacky version of Lombok, and ultimately has a lot of similar goals: work well with normal Java code and normal Java devs, but reduce a lot of boilerplate.
I've never used Clojure, so please correct me if I'm wrong, but I do think it is more of a departure from traditional Java development, and requires a new way of thinking about code. Kotlin just encourages that new way of functional thinking, but you're more than welcome to keep doing things "the Java way".
I've used all three, and your assessment is spot-on.
I think you're pretty correct about closure, it demands another way of thinking about code in a way. I just think it's a better way, but it certainly takes more effort then using Kotlin.
Nice to see a Java/JVM related post. Hopefully, more people will start writing about Java/Kotlin/JVM languages here. Most posts I see are for JS, which is fine, just means me and my JVM folks are left on the side 😩. Get writing if you got something cool to show!
According to JetBrains's The State of Developer Ecosystem 2019 Java is the most popular primary language
Tiobe says the same:
tiobe.com/tiobe-index/
So weird that VB.NET is so high in the chart :D
Legacy code still haunts them. Oh! and technical debt too!
woah!