Se recomienda desinstalar Java ahora mismo tras el descubrimiento de grave vulnerabilidad

  1. #155   #106 un buen lenguaje por todas las cosas que se piden a un lenguaje para poder estructurar correctamente un programa. Desde orientación a objetos, interfaces, paquetes, enlace dinámico, reflexión, etiquetado, genéricos, estructuras de control avanzadas... y por supuesto, por todas las librerías que vienen ya incorporadas al sistema para no reinventar ruedas.

    Tú estás confundiendo el lenguaje ("texto") con su conversión a código ejecutable. Esta última tarea la realiza la máquina virtual (JVM), y vuelvo a repetir lo de antes: la de Sun no estaba mal en su día, pero Oracle parece dispuesta a cargársela, y de hecho no sé que hacéis usando la de Oracle habiendo una libre que funciona bien (OpenJDK).

    Y respecto al rendimiento... en el 99% de los casos las diferencias de rendimiento en un programa se deben al algoritmo utilizado, no al lenguaje en que se implementa.
    votos: 3    karma: 38
     *   fayser fayser
  1. #163   #155 ves? a esto me referia cuando os llamaba intento de culturetas frikis. La traduccion de "texto" a codigo binario lo hace el compilador. Lo que hace la JVM es convertir este codigo binario en instrucciones máquina. Por eso cada arquitectura tiene su máquina virtual.

    Y otra cosa, la open jdk es muy bonita sobre el papel, libre, independiente y sin ataduras con oracle. Si, pero falla mas que una escopeta de feria. Y lo digo desde la perspectiva de la que la ha tenido que desinstalar e instalar la de oracle porque un codigo compilado con ese jdk no funcionaba en todas las JVM. Concretamente en la que corria en el servidor donde estaba anidada mi app.

    El que no curra con la open jdk pues "mu" bonita, pero que se la queden con lacito. Los desarrolladores sabemos lo que es.
    votos: 2    karma: 31
    1. #164   #163 o mismamente sin ser desarrollador. El que intente hacer funcionar el Network Connect de Juniper en un Linux que pruebe a hacerlo desde el OpenJDK. Me fastidia porque siempre prefiero las alternativas libres, pero en este caso no hay tu tía :-(
      votos: 2    karma: 21
    2. #188   #163 vaya, usted perdone por no habler explicitado perfectamente que el compilador genera bytecode a partir de los fuentes, y la JVM código máquina para la plataforma a partir del bytecode. Ya por eso soy un intento de cultureta friki, me postro a sus pies.
      votos: 0    karma: 9
       *   fayser fayser
  2. #173   #155 Tanto la máquina virtual de Oracle como la de Microsoft, son iguales de lentas. Y que yo sepa lo que ejecuta no es el código fuente sino el compilado. Pero si lo prefieres, cuando hablo de lenguaje de programación, me refiero siempre a su ejecución. Porque un lenguaje de por sí no es más rápido que otro, porque sólo lo puedes saber cuando se ejecuta.

    Ahora si quieres comparamos cualquier lenguaje como Ensamblador con uno de alto nivel, como Java. A ver si haciendo el mismo programa se ejecuta más rápido en el primero o en el segundo (obviamente en el mismo ordenador o dispositivo).

    Salu2
    votos: 0    karma: 10
    1. #187   #173 respecto a lo del ensamblador... hace ya mucho tiempo que genera mejor código máquina un compilador mediante sus optimizaciones, que un programador a mano (salvo en casos muy excepcionales).

      Los procesadores actuales son todos segmentados y superescalares. Ejecutan varias instrucciones máquina simultáneamente, y el rendimiento depende mucho de los bloqueos que se producen entre ellas (de datos, de control, etc). Generar la secuencia de instrucciones óptima es mucho más laborioso de lo que se puede permitir a mano una persona.

      Prueba y verás. Yo me he tenido que chupar unas pocas prácticas de esas sobre el MIPS32 en Arquitectura y Tecnología de Computadores.
      votos: 1    karma: 19
       *   fayser fayser
comentarios cerrados

menéame