Pregunta

En los últimos años ha habido muchos lenguajes JVM, incluyendo Javascript, Python, Ruby, etc. (la lista completa aquí: Lista de lenguajes JVM ). Mi pregunta es la siguiente: ¿por qué no ha salido Sun con un conjunto completo de idiomas para JVM como Microsoft .NET? Con la nueva versión de JVM, pueden realizar los ajustes necesarios para los idiomas dinámicos o el sistema de tipos y lanzar un compilador para al menos unos pocos idiomas. Esto daría acceso inmediato a la gran biblioteca de clases existente de Java a una gran cantidad de idiomas.

¿Fue útil?

Solución

Las finanzas lo dicen todo:


MSFT - Capitalización de mercado de 173B, Utilidad neta de 17B


JAVA - Capitalización de mercado de 2B, Utilidad neta de 400M

Otros consejos

Sun (ahora Oracle) realmente no necesita hacer mucho por sí mismo para crear más lenguajes JVM, ya que esta función ha sido asumida en gran medida por la comunidad de código abierto y / o el ecosistema Java más amplio.

Considera:

  • Lenguajes JVM de código abierto, cada vez más populares, como Scala , Groovy y Clojure
  • Las bibliotecas creadas o patrocinadas por organizaciones como la Apache Software Foundation que pueden utilizar todos los idiomas de JVM
  • IDE / herramientas de desarrollo por la Eclipse Foundation y otros
  • Varias herramientas y productos empresariales creados por los principales patrocinadores corporativos de Java, incluidos IBM, Red Hat, Google, etc. ...
  • Desarrollo del lenguaje Java y la plataforma como un producto de código abierto a través del proyecto OpenJDK

Por lo tanto, es más apropiado pensar en Java como un ecosistema abierto con muchos participantes, en lugar de una plataforma controlada por una sola compañía.

Veo dos preguntas: ¿cambiará Sun la JVM para admitir lenguajes dinámicos (eso sería bueno, aunque algunos lenguajes dinámicos lograron funcionar ya en la máquina virtual actual, tal vez a costo de rendimiento); y por qué Sun no desarrolla oficialmente otros idiomas.

Espero que hagan lo primero, pero no veo la necesidad de lo segundo. La respuesta de Scott es bastante buena. Además, Java ya está aquí por bastante tiempo, mientras que Microsoft tuvo que iniciar su plataforma CLR / .NET, por lo que necesitaban dar lo máximo para convencer a los desarrolladores ... ¡y pueden permitírselo!

Así que no estoy seguro de que Sun deba impulsar lenguajes alternativos para la JVM, los desarrolladores independientes son lo suficientemente vigorosos como para hacerlo sin ayuda.

Además, el lenguaje de scripting JavaFX se puede ver como tal (es decir, el idioma oficial de JVM) y parece que BeanShell podría ser adoptado en un JSR.

Si está buscando Visual Basic para la JVM , estoy Temo que el proyecto haya sido cancelado :-)

En serio, después de muchos años de enfocarse solo en el lenguaje Java, Sun ahora apoya directamente a los desarrolladores detrás de Jython y JRuby, y está cambiando la JVM y su IDE para admitir mejor estos idiomas. Java 6 también incluye el tiempo de ejecución de JavaScript de Rhino ahora.

Tienes razón en que estos no son lenguajes que Sun desarrolló desde cero, y creo que eso es algo bueno. El ecosistema de Java tiene una larga historia de innovación en la comunidad y en muchas otras compañías que dependen de Java, como IBM y Oracle.

Realmente no veo qué problema solucionaría Sun creando nuevos idiomas para admitir. Ni siquiera estoy seguro de que JavaFX se sirva mejor teniendo un lenguaje completamente nuevo. Entiendo por qué MS tuvo que soportar Visual Basic en .NET, pero afortunadamente Sun no tiene que hacer eso.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top