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

311–320 of 327 posts

Re: Java 16

#311

Post by bschwindHN »

hollerith wrote: post #309
bschwindHN wrote: post #308

Earlier quoted context omitted.

Except its configuration language is awful. Nginx is pretty bad too, and then there's Caddy which seems the most tolerable so far. Usability matters quite a lot!

It is probably fairly easy to create a fork of Apache with a better configuration language. The fact that no such fork exist (or more precisely, the fact that you don't mention it, which is strong evidence that you know of no such fork) is evidence that most Apache users are OK with or roughly indifferent toward its conf language. (I know nothing of it.) I, too, believe that usability matters a lot, and I'm curious w…

> I'm curious what you think of bash.

I'm not very fond of it, to put it lightly. You can get some things done quickly in it, I'll admit, but anything past a few hundred lines quickly becomes unmaintainable.

Re: Java 16

#313

Post by haglin »

kaba0 wrote: post #296
dehrmann wrote: post #288

Earlier quoted context omitted.

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.

The default GC has ridiculously good throughput with modest latency (10ms for quite large heap sizes), but there are also alternatives like ZGC and Shenandoah that optimize for latency instead, and they promise Also, for very different use cases like soft real time, there are specific JVMs with real time guarantees. Here is a great post about it: https://jet-start.sh/blog/2020/06/09/jdk-gc-benchmarks-part1

And in JDK 16, ZGC has concurrent thread-stack processing, which typically reduces GC pauses below 1 ms

https://openjdk.java.net/jeps/376

https://youtu.be/88E86quLmQA?t=1525

Re: Java 16

#314

Post by krzyk »

meddlepal wrote: post #146
krzyk wrote: post #95

Earlier quoted context omitted.

If you mention LTS you have to mention also vendor that provides it. Without it the only LTS is current java version: 16 right now and 17 in 6 months.

Huh? There's like several LTS vendors: Oracle, Amazon, and Azul to name a few.

Yes, but when someone mentions LTS many think ów like Ubuntu LTS or like Linux kernel LTS versions - that is free of charge long support.

And many Java devs employers don't pay for LTS.

So ad 1 and 1 and you get a false claim that any java 11 version is an LTS, which is not true.

Re: Java 16

#315

Post by krzyk »

looperhacks wrote: post #148
krzyk wrote: post #95

Earlier quoted context omitted.

If you mention LTS you have to mention also vendor that provides it. Without it the only LTS is current java version: 16 right now and 17 in 6 months.

LTS stands for long term support. Nobody provides that for java 16

OpenJDK provides that for 6 months. And then 6 months for a 17, and so on.

Re: Java 16

#316

Post by krzyk »

yjftsjthsd-h wrote: post #178
krzyk wrote: post #89

Earlier quoted context omitted.

Not quite. LTS doesn't mean anything if you mention just the Java versions. This is not e.g. Ubuntu LTS. In java you have different vendors that provide LTS and you need to pay for it. Oracle, Redhat, etc. provide LTS versions (and those happen to be 8, 11, but don't have to be). And there is one more sortof LTS: latest java version, because it always gets all the security and other bugfixes. Right now it is Java 16.

I struggle to imagine any meaningful definition for LTS that includes "tracking latest" except by coincidence (during the window of time when the most recent release is an LTS release).

Most recent java version is supported for 6 months and then the next one.

Think of Java versions as patch releases for Java 8. There are minor changes between releases.

Re: Java 16

#317

Post by Koshkin »

jmarcher wrote: post #312
Koshkin wrote: post #207

Earlier quoted context omitted.

To be fair, “arguably” has come to mean “no doubt.”

You are thinking about "unarguably". ;)

No, I was talking about the now usual in the English-speaking practice amplification of its meaning as "can be supported or shown by persuasive argument", e.g., That is arguably the best book on the subject.

https://www.thefreedictionary.com/arguably

Re: Java 16

#318

Post by yjftsjthsd-h »

krzyk wrote: post #316
yjftsjthsd-h wrote: post #178

Earlier quoted context omitted.

I struggle to imagine any meaningful definition for LTS that includes "tracking latest" except by coincidence (during the window of time when the most recent release is an LTS release).

Most recent java version is supported for 6 months and then the next one. Think of Java versions as patch releases for Java 8. There are minor changes between releases.

Sure, but that's regular releases, not LTS

Re: Java 16

#319

Post by pkphilip »

I wish Java had something similar to Properties in Delphi.

http://docwiki.embarcadero.com/RADStudio/Sydney/en/Propertie...

You can have Get and Set methods for properties or even allow direct access to the variable itself.

type TCompass = class(TControl) private FHeading: THeading; procedure SetHeading(Value: THeading); published property Heading: THeading read FHeading write SetHeading; ... end;

Also, properties can be indexed.

type TRectangle = class private FCoordinates: array[0..3] of Longint; function GetCoordinate(Index: Integer): Longint; procedure SetCoordinate(Index: Integer; Value: Longint); public property Left: Longint index 0 read GetCoordinate write SetCoordinate; property Top: Longint index 1 read GetCoordinate write SetCoordinate; property Right: Longint index 2 read GetCoordinate write SetCoordinate; property Bottom: Longint index 3 read GetCoordinate write SetCoordinate; property Coordinates[Index: Integer]: Longint read GetCoordinate write SetCoordinate; ... end;

Properties can also have "property pages" which can show specific user interfaces for viewing/setting these properties.

https://www.delphipower.xyz/guide_8/adding_a_property_page.h...

I have yet to see anything of this sophistication in Java or for that matter in any other component framework.

Re: Java 16

#320

Post by roguas »

ragnese wrote: post #236
jicea wrote: post #234

Earlier quoted context omitted.

Developing now 80% in Kotlin and 20% in Java (on backend), I really think the main advantage of Kotlin over Java is nullability. You can use @Nullable/@NotNull annotations in Java, but nullability being a part of the type system in Kotlin is better. I also love being able to create simple functions and add extension methods to existing classes. But still, nullability is the strongest advantage of Kotlin and I don’t s…

Agreed about nullability. And Java will never fix it fully or I'll eat my hat. ... but, you have to be pretty damn good to win out over the native language of a platform. And if it were just Kotlin today vs. Java 16, I think Kotlin is a much nicer language, but it doesn't really differentiate itself that much. Sure, it's syntax is much nicer, but you still basically have the same semantics as Java. You have classes;…

Yup, clojure people have no love for jvm. It's a source of libraries, period.
Post reply on HN