logoalt Hacker News

iguessthislldo • yesterday at 6:37 PM • 3 replies • view on HN

That observation checks out. About a decade ago, one of my former coworkers areas of interests was making Java applications and frameworks that didn't use the any additional heap beyond app initialization. This was apparently for embedded/low power devices. It was neat to hear about as a C++ dev, but I'm not sure how much of a business or technical advantage it had beyond that.


Replies

pjmlp • yesterday at 7:36 PM

Job pool, memory safety and lower development costs versus C++ tooling.

"Why we chose Java for our High-Frequency Trading application"

https://medium.com/@jadsarmo/why-we-chose-java-for-our-high-...

jcelerier • yesterday at 8:10 PM

i'm developing apps that do real-time audio and video and any allocation or anything that may end up in a system call directly or indirectly (for instance accessing swapped or mapped but not yet loaded memory) on the hot path is a complete no-go and will instantly cause very audible glitches for audio, and visual frame pacing issues

prophet_margin • yesterday at 6:47 PM

The big one that comes to mind is MISRA.