Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Java 16

jdk.java.net

Post reply on HN
Print view View original

281–290 of 327 posts

Re: Java 16

#281

Post by kazinator »

tarkin2 wrote: post #211

Do you think the "Run anywhere" marketing behind Java is rarely important? Java programs normally sit on a server, or many servers of the same arch. The decent thing is that someone can build a JVM for a new architecture and lots of /other/ languages that target the JVM work. But this seems different from "my program can runs on lots of architectures".

> Java programs normally sit on a server

Or an Android smartphone or media streamer (Android TV).

However, those programs won't run anywhere; they need Android.

Java has turned into C. Java programs need a platform-specific set of libraries just like C needs POSIX, or Win32, or VXWorks or ThreadX or whatever.

This is pretty much inescapable.

Re: Java 16

#282

Post by kag0 »

tmp7oaje wrote: post #110

As a student most of the way through a Java course, I'm wondering what Java is still used for. Java applets are dead, Android is moving on to Kotlin (apparently Google got in legal trouble with Oracle even though Java is "open source?"), and I can't think of any desktop applications that use Java anymore. Java is supposed to be able to "run anywhere," yet C++ is more portable because it doesn't require the JVM to run…

Your credit card runs Java, that's a fun one

Re: Java 16

#283

Post by kag0 »

ObscureScience wrote: post #84

What's the state of tail call optimization on JVM nowadays?

It's a compiler level thing, not runtime.

ie. Scala has tail call optimization but Java doesn't, but they both run on the same JVM.

Re: Java 16

#284

Post by ph2082 »

signal11 wrote: post #261
kaladin_1 wrote: post #239

Happy with the number of comments on this release. HN is a funny place.One day you are convinced no smart person on HN is still writing Java and the next day you see droves discussing about a java release.

A new JVM release is always cause for cheer. The demo language it comes with also keeps getting better :-)

It's a huge win that 'demo language' it comes with pays lots of people's bill. :)

Re: Java 16

#285

Post by rrrgggg »

seahawks78 wrote: post #275
yellow_lead wrote: post #17

Records are a cool highlight for this version. https://openjdk.java.net/jeps/395

I am curious where does it leave libraries like Lombok that basically ports a non-record type Java class to make it more record type-e by adding things like @Value, @Data annotations. Are those libraries/frameworks going to become obsolete now?

Hopefully lombok dies.

Re: Java 16

#286

Post by winrid »

ptx wrote: post #216
winrid wrote: post #162

Earlier quoted context omitted.

The "event loop" model in Nginx beat Apache performance wise.

Apache has since added support for the event-based model: https://httpd.apache.org/docs/2.4/mod/event.html

Oh, nice!

Re: Java 16

#287

Post by suyash »

vips7L wrote: post #262
kronin wrote: post #226

Earlier quoted context omitted.

Can't read whether this is sarcastic or tongue in cheek ;-) Java 11 is the newest LTS release. The next LTS release will be Java 17. Many companies won't touch anything that isn't LTS. There are still a large number of companies staying on Java 8 :shrug:

LTS doesn't exist within OpenJDK. LTS only exists if you're paying a specific provider for it.

LTS is more than support, it provides mental stability that you don't have to update every 6 months.

Re: Java 16

#288

Post by dehrmann »

watwut wrote: post #240
dehrmann wrote: post #130

Earlier quoted context omitted.

> still It's a very popular backend language. Ironically, "run anywhere" isn't much of a requirement for backend development. > C++ is more portable because it doesn't require the JVM to run. For backend development, this isn't much of an issue either way. These days, the main advantages C++ has to Java is startup time and no GC pauses. It's also not as portable as you'd think. Take a look at cross-platform C/C++ pro…

There are no GC pauses issues practically now and for years. Language startup is also not all that much issue.

I'd say they're at a point where they're not a problem for most use cases, but if you're trying to get p9999 latency down, you might have to start looking at them.

Re: Java 16

#289

Post by fomine3 »

m45t3r wrote: post #76
Erlangen wrote: post #14

Earlier quoted context omitted.

It's the same story in C++, co_await, co_yield. The sole purpose is not to break other people's code.

I think non_sealed would be better than non-sealed though, because AFAIK there used to be no identifiers with hifen before.

int non, sealed; ?

Re: Java 16

#290

Post by kamaal »

tmp7oaje wrote: post #110

As a student most of the way through a Java course, I'm wondering what Java is still used for. Java applets are dead, Android is moving on to Kotlin (apparently Google got in legal trouble with Oracle even though Java is "open source?"), and I can't think of any desktop applications that use Java anymore. Java is supposed to be able to "run anywhere," yet C++ is more portable because it doesn't require the JVM to run…

>>I'm wondering what Java is still used for.

A good part of AWS is written in Java. The Hadoop, Storm, Spark, Kafka etc major backend projects are written in Java.

In fact if you are writing anything even half serious. Java is what you chose to write it in.

>>Java is supposed to be able to "run anywhere," yet C++ is more portable because it doesn't require the JVM to run.

Manual garbage collection is long dead, and it won't be revived any time soon. Machines have gotten too fast and resourceful for most of the developer community to give it a serious selection choice for their projects.

Not saying C++ or Rust is dead. They have their place. But they are not going to be used for bulk of everyday projects. That ship sailed long back.

Post reply on HN