Re:Java is better than C++ for high speed trading systems
by mcqueenjordan on Thursday November 26, 2020 @07:56AM
(#25219617)
This is a bit of a false equivalency -- there aren't many perf benefits in rewriting a C program in asm. The cost you pay for that rewrite is also much greater.
Yes, of course $HIGH_LEVEL_LANG is preferable for many many use cases. In this context, we're discussing "high speed trading systems", for which native implementations are going to be the favorite.
Re:Java is better than C++ for high speed trading systems
by chrisseaton on Thursday November 26, 2020 @09:08AM
(#25220124)
> for which native implementations are going to be the favorite
...but the point of the article is they aren't always the favourite.
Re:Java is better than C++ for high speed trading systems
by opportune on Thursday November 26, 2020 @01:32PM
(#25222451)
They mention not even using most of the Java features (exceptions, built in GC) that make it safe. So I think it's a pretty fair question, since they are essentially using a very stripped down version of the language that removes most of the compelling reasons to use it, and seemingly fighting the language runtime along the way.
Re:Java is better than C++ for high speed trading systems
by chrisseaton on Friday November 27, 2020 @06:54AM
(#25227901)
The reason these people still use Java is that everything else can be nice high-level Java code.
So they use regular Java for the build system, deployment, testing, logging, loading configuration, debugging, etc etc. There's a small core written in this strange way... but everything else is easier. And things like your profiler and debugger still work on the core as well.
The answer to both questions is that many people prefer writing in higher-level languages with more safety guarantees.