Todavia me duele la barriga. "productos que por cierto en un ordenador rapido (1.9+ghz) van a la misma velocidad perceptible que los hechos en C++". Ja ja ja ja, mas les vale :). Bufff, no se como rebatir eso, me has dejado roto tio, que aunque Java sea lento no es para tanto. Perdona que repito, jajajajajaja.
Bien, en una maquina a 1900 has conseguido la misma velocidad perceptible que en un 300 con similares en c++. Para cuando tengamos micros a 3,8+ ghz ya podras ejecutar dos aplicaciones del estilo de forma simultanea sin notar diferencias con las de c++. Y para el 2010 el doom3 en Java, jajajajajaja. Que conste que lo has dicho tu, no yo.
Haberlas haylas como las meigas, las aplicaciones en Java, pero coño son tan minoritarias que hay mas escritas en python o perl.
Bueno, veras. Para Linux no hubo muchas durante algun tiempo, quizas unos 3 o 4 años, pero es que Linux no deja de ser un unix. Es decir no tenia nada que demostrar, lo habia hecho unix para el. Y permiteme decirte que Linux tiene la misma vida que Java, y hay muuuuchas aplicaciones UTILES y USADAS habitualmente. En Java, bueno, hay algunas, que son la excepcion que hace cierta la afirmacion de que Java no vale para aplicaciones de usuario.
Yo clientes tipo limewire conozco alguno mas en Java, pero me daba verguenza usarlos porque no podia arranzar un abiword simultaneamente.
Se te ve que sabes tanto de C++ como de Java. C++ sigue un estandar relativamente abierto, y las unicas caracteristicas que se le añaden es cuando hay mesas "redondas" y ciertos consorcios lo deciden. Caracteristicas nuevas de C++ pocas la verdad. Siguen intentado meter un gestor de memoria dentro del estandar.
Mira en grandes sistemas...para que decirte, bueno, mejorare tu "esa afirmacion es incorrecta, miralo en un libro". Los sistemas grandes en primer lugar son HETEROGENEOS, es decir, hay una realidad, ningun sistema "grande" se hace en un solo lenguaje, sea el que sea. Lo son por el mero hecho de que el software nace, crece, crece, crece, crece, ... y con ello se adapta. Un sistema grande puede usar normalmente un minimo de cuatro o cinco lenguajes. Entre ensamblador, c, c++ y un par de ellos de scripting.
Eso es lo primero que me parece una burrada de la afirmacion de "Java esta muy bien para sistemas grandes". Como si se puediera usar para ello. Y si empleas bajo nivel o requieres rendimiento la hemos vuelto a joder porque no vale.
No me imagino el simulador terraqueo japones funcionando sobre Java.
JA JA JA JA JA JA JA JA....
(Puntos:1)
Bien, en una maquina a 1900 has conseguido la misma velocidad perceptible que en un 300 con similares en c++. Para cuando tengamos micros a 3,8+ ghz ya podras ejecutar dos aplicaciones del estilo de forma simultanea sin notar diferencias con las de c++. Y para el 2010 el doom3 en Java, jajajajajaja. Que conste que lo has dicho tu, no yo.
Haberlas haylas como las meigas, las aplicaciones en Java, pero coño son tan minoritarias que hay mas escritas en python o perl.
Bueno, veras. Para Linux no hubo muchas durante algun tiempo, quizas unos 3 o 4 años, pero es que Linux no deja de ser un unix. Es decir no tenia nada que demostrar, lo habia hecho unix para el. Y permiteme decirte que Linux tiene la misma vida que Java, y hay muuuuchas aplicaciones UTILES y USADAS habitualmente. En Java, bueno, hay algunas, que son la excepcion que hace cierta la afirmacion de que Java no vale para aplicaciones de usuario.
Yo clientes tipo limewire conozco alguno mas en Java, pero me daba verguenza usarlos porque no podia arranzar un abiword simultaneamente.
Se te ve que sabes tanto de C++ como de Java. C++ sigue un estandar relativamente abierto, y las unicas caracteristicas que se le añaden es cuando hay mesas "redondas" y ciertos consorcios lo deciden. Caracteristicas nuevas de C++ pocas la verdad. Siguen intentado meter un gestor de memoria dentro del estandar.
Mira en grandes sistemas...para que decirte, bueno, mejorare tu "esa afirmacion es incorrecta, miralo en un libro". Los sistemas grandes en primer lugar son HETEROGENEOS, es decir, hay una realidad, ningun sistema "grande" se hace en un solo lenguaje, sea el que sea. Lo son por el mero hecho de que el software nace, crece, crece, crece, crece, ... y con ello se adapta. Un sistema grande puede usar normalmente un minimo de cuatro o cinco lenguajes. Entre ensamblador, c, c++ y un par de ellos de scripting.
Eso es lo primero que me parece una burrada de la afirmacion de "Java esta muy bien para sistemas grandes". Como si se puediera usar para ello. Y si empleas bajo nivel o requieres rendimiento la hemos vuelto a joder porque no vale.
No me imagino el simulador terraqueo japones funcionando sobre Java.