3 ms·
Use Java, of course.
by dschiptsov 14y ago
Use Java, of course.
- brutuscat 14y agoWhy "of course"?
- meaty 14y agoOff the top of my head, the op is probably talking about the off the shelf stuff available for mq stuff and integration which is unsurpassed in java, plus the very low latency IO. TBH when I write java, I usually write virtually no code: I just glue other shit together. I don't get why people have so much against Java - it gets shit done in incredibly short amounts of time.
- chewxy 14y agoUntil you have to come up with your own algorithm. Then you're stuck with ohgods-so-many-.java-files
- meaty 14y agoDepends. I wrote a rather complicated corridor based routing algorithm for a courier company in the UK which worked on real time traffic data. It was only 11 files and 12,000 loc and that was their entire business model.
- scorpioxy 14y agoI find that people who "hate" java or any other language for that matter, haven't even used it in any meaningful way. I find its a great language for integration in general and talking to "legacy enterprise" systems. I do find it verbose, and have other remarks about it, but it does the job well enough.
- brutuscat 14y agoYeah, I actually kind-of think like that. So I use JRuby to integrate things with Apache Camel for example... Thanks
- hayksaakian 14y agoYou mean Scala, right?
- eduardordm 14y agoJava is certainly being used, but it is not an optimal language for trading software. Trading software has the bureaucratic aspect (IO, etc) and the really money making aspect (calculations). Let me show an example how f'up pretty much all non-functional languages are in solving SIMPLE interest (total cost of operation) calculations: https://github.com/eduardordm/cet-java/blob/master/src/main/java/cet/Cet.java https://github.com/eduardordm/cet-java/blob/master/src/main/... This can be solved with a few lines of OCaml - not that current O(nˆ2) approximation crap.