SoloCodigo

C++
Ventajas: estandarizado, compiladores para casi todas las plataformas, extensión orientada a objetos de C, punteros, manejo a bajo nivel posible
Desventajas: críptico, curva de aprendizaje dura, propenso a depuración fastidosa debido a los punteros

Java
Ventajas: corre sobre una máquina virtual, el mismo código sin cambiar puede correr sobre varias plataformas diferentes, semi-propietario, no estandarizado, diseñado pensando en la seguridad, orientado a objetos
Desventajas: no accede a bajo, no punteros, depende de la máquina virtual Java, sintaxis basada en C++

Hola.

A todo lo anterior me gustaría añadir un par de reflexiones:
Si la intención es confeccionar un programa con entorno visual (en ventanas) y que sea independiente de la plataforma, Java tiene claras ventajas. En este caso C/C++ está en desventaja porque cada plataforma utiliza su propia api y en general si compilas para una, no sirve para otra. Por desgracia la estandarización de c++ aquí no se extiende y en general, cada uno va por su lado. El desarrolo en Java en este caso se rentabilizará más al tener que mantener un sólo código.
No hay que olvidar que Java nació para ser multiplataforma y que es un lenguaje claramente orientado a un entorno visual. El precio que debemos pagar por el "Write Once, Run Anywhere" es justamente el tener que necesitar mecanismos intermedios (máquina virtual) para finalmente poder ejecutar el código. Esos mecanismos intermedios incrementan el consumo de recursos y hacen que la ejecución del aplicativo sea más lenta (el código precompilado finalmente se acaba interpretando). Podemos compilar directamente en el código máquina de la plataforma, pero entonces perdemos portabilidad y nos encontramos en el mismo caso que c++. Debido a todo esto es raro encontrar aplicaciones de propósito general desarrolladas en Java (aunque su api lo permita) y los fabricantes prefieren mantener dos o tres versiones para dos o tres plataformas diferentes. Quizás en un futuro, los intérpretes de bytecode harán que la diferencias se acorten, aunque debido a la naturaleza de java, no creo que se igualen nunca las prestaciones.
Otro precio que se debe pagar es el renunciar a trabajar a "bajo nivel", o sea, interactuar con los aspectos más cercanos a la máquina. Esto que es así, en el fondo, va un poco en contra de la "filosofia" java. El propósito de java es "rescatarte" del tedioso trabajo que implica pelearte con la api del sistema operativo, proporcionándote una artillería de clases que encapsulan todo esto, no para facilitarte el trabajo, sino para hacerlo portable. El punto débil es que el resultado no es tan "potente" ni tan eficiente como el obtenido con c++, y es, volvemos a lo mismo, el precio a pagar por la portabilidad.
Finalmente, si el propósito es crear una aplicación de consola, creo que todo el mundo coincidirá en que proporciona muchísimas más ventajas crear código en c/c++ estándar y compilar en cada plataforma. En este caso también podremos decir lo de "Write Once, Run Anywhere" (y sí, ya sé que si nos empeñamos seremos también capaces de crear en c/c++ estándar una aplicación en ventanas, pero la inversión en tiempo es muchísimo más elevada, la depuración más complicada y posiblemente las frustaciones y los    más frecuentes).

Saludos.

los mayores desarrolladores de software se han dado cuenta que , no sirve JAVA en pocas palabras, es muy lento, chupa mucha computadora, es ineficiente, y no siempre se puede llevar un programa de un OS a otro.

existe hoy una nueva filosofia de programacion, ya no es "compila una vez, ejecuta donde sea"

ahora es

"escribe una ves, compila donde sea"


un ejemplo de esto son RealBAsic, QTcreator, etc.

se esta tomando un giro en esa direccion