[aldanor]

> virtually any real project (it's everywhere)

That's a bit of an overestimation to say the least. E.g., I work at a trading firm and we use all kinds of languages for all kinds of purposes on all kinds of weird platforms, but JS is not one of them (I don't think we use Java much either, because why would you, this day and age).

'Any real web project' would be more correct. Not everyone cares about web projects though (same as not everyone cares about non-web projects, as you've pointed out).

[vthallam]

Maybe not in a trading firm, but Java is still heavily used across tech/enterprise companies. I used to work for a IB which used Java heavily and so do Spotify, Amazon, Google.

[mattferderer]

Strongly agree. I would take "any real web project" a bit farther & argue it's only for the time being. While WebAssembly won't kill JavaScript it is slowly creating a world where you can pick a different language if you want for front end web development. Monopolies are bad & it'll be great when this one no longer exists, for JS devs & everyone.

[dxxvi]

"I don't think we use Java much either": may I know what your trading firm uses?

[aldanor]

Depends on the type of task and the target platform — C#, C++ and Python to name a few.

And, of course, VHDL (in certain projects)...

[ebulkin]

99% chance it's C++, that's what essentially all trading firms use.

[hermitdev]

Yeah, all of the trading systems I've worked with have been in C++. At a previous employer, they had initially written their entire stack in Java. But, performance was an issue, as was cost (this was back Java still belonged to Sun and they were running Solaris on Sun hardware). Right before I joined, they had rewritten most of the java components in C++ and were in the process of moving off of Sun hardware & Solaris in favor of Intel & Linux. Front end stuff was mostly C++/MFC on Windows, later was C#/WPF. Perl & Python were both heavily used there, as well.