[japhib]

> I realise you can make games in any language/engine

It's actually a bit more constrained than people realize ... Well, for desktop, you can literally use anything. But for mobile it's a bit harder because of specific platform quirks, i.e. on iOS you can't make a language that relies on a JIT compiler, so for a Java/libGDX game the best option is https://github.com/MobiVM/robovm which compiles the JVM bytecode to LLVM IR and then to native machine code.

And then for consoles (switch/xbox/ps5) it's way worse because you're relying on commercial stuff, and the only support you get is from the engine makers themselves (Nintendo/Microsoft/Sony) so there's a lot less open source options. Basically you're stuck with C++ at that point (which Unity actually compiles your C# to under the hood for non-desktop platforms).

Not what you asked, but I found out this stuff a while back and find it interesting, hopefully it's interesting to you too :)

[neonsunset]

Technically you can ship an FNA-based game with a commercial fork of .NET's NativeAOT that works on Nintendo Switch: https://viridiansoftware.com/blog/csharp-on-game-consoles Of course Xbox can just ship C#-written game normally AFAIK. So it's not like you're stuck with just C++ but yes, mobile platforms usually are highly constraining.