I used to be on Year of Linux Desktop camp a few years ago with M$ on my email signatures and all, nowadays I rather take Windows and macOS, leaving GNU/Linux for Raspberry PI and servers, even with all the ongoing warts than the endless count of distros on Distrowatch, there is always that pain point that takes weekends to sort out, e.g. having a BRIX UEFI booting the desired distro, like I had to last year.
> My son wanted to try a Java minecraft app on his iPhone, but it required insane workarounds to enable JIT to get acceptable performance. This isn't a technical limitation, it's put in place specifically to protect Apple's walled garden, and their precious services revenue.
This would also not work properly in Android, because it is Android Java, not standard Java.
Exactly because Android Java isn't Java proper, it is Google's J++.
Even after they dumped Apache Harmony for OpenJDK, they only cherry pick what they feel like from OpenJDK, relatively easy to check, comparing the AOSP source code with OpenJDK.
Then there is the whole history of what ART can do, versus the native JVM bytecodes, where some features are lost in translation, e.g. lambdas aren't nested classes, they make use of invokedynamic.
Additionally they are in no hurries to update Java baseline version, other than when Kotlin starts losing access to more recent Java libraries at Maven Central.
> My son wanted to try a Java minecraft app on his iPhone, but it required insane workarounds to enable JIT to get acceptable performance. This isn't a technical limitation, it's put in place specifically to protect Apple's walled garden, and their precious services revenue.
This would also not work properly in Android, because it is Android Java, not standard Java.