[anonzzzies]

I was discussing this with a colleague; Java is supposed to be some of the most performant runtimes and yet, every time when someone introduces anything in Java, literally everyone tech in the company goes 'aw shit no Java please'. You can show me a running top processlist without the names of the processes and i'll point out the Java processes to you. And it seems that companies can make viable businesses around porting to Rust/Go/C++ of (Apache) Java projects because they are so resource intensive and slow (unless you spin up 10000 nodes). Why is anyone using it still outside legacy?

[misiek08]

Not sure if correct, but I'll tell you my point of view. Many people nowadays are programming not in Java, but in Spring. And it is slow, resource intensive and in the long term - development speed is badly affected too. You have simple tutorial service? Easy. You have real business case and want to do something a little bit skewed from "the best way" - you are screwed, in the debugger, deep into Spring code, praying to find workaround.

JVM is fast, but raw Java is not seen so often in corpo-rat world. And if for single endpoint getting data from database and encoding to JSON you have to schedule 2 cores and 4G of RAM for every few hundred QPS - something is wrong.

[rapsey]

Java can be performant if you are mindful of performance when writing it. But that requires way more effort than simply writing the thing in Rust/Go.

The ecosystem of Java is so huge. Most people who use Java barely have any idea what the rest of the software industry is doing.

[noodlesUK]

> The ecosystem of Java is so huge. Most people who use Java barely have any idea what the rest of the software industry is doing.

I think herein lies the problem. The Java enterprise software (usually spring) world and the everything else under the sun world are very separate. Java devs usually have minimal visibility of other ecosystems and their patterns, and are very reliant on extremely mature (and heavy) tooling that other languages don't tend to use. Other devs hate how bloated the Java ecosystem feels, and that they can't use any of their usual tools. Neither tends to understand that their approach isn't the only way.

[luis_cho]

Even inside Java, projects like quarkus don’t receive fast adoption because Spring is the “professional” way to work. Spring developer experience is awful, I miss hot reload.

[12_throw_away]

> Most people who use Java barely have any idea what the rest of the software industry is doing.

Not sure this is really true any more, but it definitely brings back memories from when I was learning OO programming (let's say, a couple decades ago, pre-github).

At the time, it seemed to be an industry-wide assumption that "software engineering" is exclusively done in Java. Every learning resource I could find at the time was deep, deep into inheritance and OO design patterns. Things seem better these days!

[vbezhenar]

How to treat Java-phobia is a question for medicine professionals, not to IT professionals.

Java is the most performant runtime outside of C/C++/Rust. It is a first choice for any project.

[anonzzzies]

Well, give me a real world software example (so not a hello world thing) I can download and test and compare. I have dev & devops experience with Java, so let's take something that's used a lot; Zookeeper; Clickhouse ported it to C++ for a reason; the original sucks resources, CH Keeper you don't even notice. Maybe you will say it's written badly, but if a Apache posterchild is written badly, what does that say? Same for Apache Cassandra; even starting it for dev is a crime, let alone use it unless you have many nodes. Scylla, the C++ implementation, runs circles around a cluster of it on one box. But again, you might say it was badly done. ElasticSearch... Best not mentioned as it's a very well known resource hog vs native implementations search engines. As others said; anything Apache Spring for any real life application.

So what's a good example so I can compare it to a non Java version?

[sagarm]

Just starting up the trivial Spring application I work on takes multiple seconds. Firing up other services for an integration test can take 30+ seconds. It's ridiculous.

The latency makes integration testing unnecessarily tedious. Don't even get me started on Maven -- dev tooling has to reimplement the build system rather than invoking it because the performance is so poor.

[bheadmaster]

> Java is the most performant runtime outside of C/C++/Rust.

Add Go to that list. Or any popular compiled language for that matter.

[vbezhenar]

Java faster than Go and has much more advanced GC.

[sagarm]

Is it actually, in practical applications? Just firing up the JVM can take seconds, while Go is often used for CLI programs that only run for milliseconds.

[cluckindan]

Depends on the performance metrics you care about, and what the application actually does.

JavaScript can be faster in some tasks. Even if JS is 2x slower in another task, it uses 3x less memory than Java.

Which costs more, double CPU time or triple memory requirement?

[panick21_]

Can you how me some evidence that Java uses 3x the memory? Sure OO heap spam with Java is certainty possible, but the same code written the same way in both languages wont have that much memory difference.

[cluckindan]

https://programming-language-benchmarks.vercel.app/java-vs-j...

[throwaway_031]

That just notes the max amount of memory used, but not the actual memory it needs. If Java has memory available it makes sense that it uses it instead of spending time cleaning up unused objects.

In addition I have a feeling that these benchmarks are comparing short lived processes. Java does take a bit longer than some other languages to start unless you use native. But that doesn't matter much when you are running long lived services.

[Alifatisk]

> You can show me a running top process list without the names of the processes and I'll point out the Java processes to you.

This was quite eye opening when thinking about this, I am aware of how underappreciated the performance of JVM is, but I never thought about how widely deployed it is