java tiene recolector de basura... C/C++ no lo tiene


El codigo maquina generado por el compilador de C/C++ necesita ser interpretado por la cpu de la misma forma que el bytecode de java necesita ser interpretado por la maquina virtual. Hoy en dia las perdidas de rendimiento generadas por esto son realmente despreciables, por eso existen programas de alto rendimiento realizados en hava al igual que existen programas muy ineficientes desarrollados en C/C++. Lo importante no es tanto la tecnologia sino el programador o el equipo de programadores.


Eso no seria recompilar, seria reescribir, ya que aunque java y C++ son lenguajes basados en programacion imperativa y orientada a objetos no comparten las mismas funcionalidades a nivel implementativo (templates, herencia multiple, punteros, etc..)


En primer lugar, C++compila mucho mas rapido de lo que comentas. En un PC moderno una calculadora como la que mencionas compila en unas decimas de segundo, por no mencionar que java tambien se compila de codigo fuente a bytecode, por no mencionar que aqui todo el mundo se ha olvidado de que java tambien compila de bytecode a codigo nativo ejecutado directamente en la cpu, esto sucede a nivel JIT de forma automatica en la JVM, incluso se puede forzar para distribuir la aplicacion directamente compilada a codigo nativo... con esto el argumento de interpretado contra nativo desaparece completamente.

PD:Java no es un lenguaje de scripting, por no mencionar que en el 99% de los casos la ineficiencia de un software no viene dada por detalles tecnologicos como estos sino por malas decisiones arquitecturales o implementativas del desarrollador.

Eso es verdad y java añadirle que se puede acceder al code de fuente y crear mods.
Aunque también está SDL

de acuerdo en lo anterior, pero esto no es así, el hecho de que lo haga en c++  no me impide crear sistemas de personalización.