¿Oracle ha perdido interés en Java?
Un artículo publicado recientemente en Infoworld basado en un e-mail no público que han recibido de un "ejecutivo de alto nivel relacionado con Java que trabaja en Oracle" afirma que Oracle ha perdido interés en Java y que no lo ve central para el futuro de la compañía. El título de este e-mail era: "Java -- planned obsolescence".
Según el contenido del e-mail, Oracle ve su futuro como una compañía que proporciona servicios en la nube (no necesariamente plataformas de desarrollo en la nube) y quiere competir con Salesforce. Por ello Java no juega un papel central. La compañía tampoco quiere compartir innovación con posibles competidores y tiene intención de ir restando cada vez más importancia al Java Community Process. Según el e-mail, la innovación en Weblogic cada vez más va a ser propietaria y no estándares.
Hay algunas acciones de Oracle que apoyan lo que se dice en este e-mail. Por ejemplo, el hecho de haber dejado morir a Glasfish como un servidor de aplicaciones que podía usarse en producción y el haber pasado a ser una mera implementación de referencia, o el hecho de haber despedido a una gran cantidad de evangelistas Java (y otros han abandonado el barco voluntariamente en los dos últimos años). La gestión quee Oracle hizo de OpenSolaris, OpenOffice.org, Hudson y OpenSSO tras la adquisición de Sun tampoco son muy esperanzadoras a la hora de ver a Oracle como líder de un proyecto de código abierto. Por otro lado está el hecho de que parece seguir desarrollando Java 9.
Como el artículo de Infoworld apunta, quizás la JavaOne de este año ayude a ver cuán cierto es este e-mail. ¿Vosotros que opináis sobre este tema?
Reader Comments (8)
¿Será por el fracaso del lambda en Java 8?
Se hizo complicar la especificación del lenguaje que era muy simple en aquellos tiempos comparado a la pesada especificación del lenguaje C++.
Se hizo complicar innecesariamente la comprensión del lambda para los programadores. Es decir, con lambda, muchos programadores de Java no saben programarlo ni comprenderlo.
No se mostró ninguna ventaja de rendimiento al usar lambda aunque el volcado de la pila del runtime se ha hecho más corto.
Para algunos programadores, el querido Java 7 fue abandonado, pero el OpenJDK7 está vivo y disponible consultando al día en http://hg.openjdk.java.net/jdk7u/ y clonándolo:
hg clone http://hg.openjdk.java.net/jdk7u/jdk7u
cd *jdk7u* && sh get_source.sh
(requiere Ant ALSA CUPS y FreeType instalados, y puede auto-compilarse, es decir, compilar este OpenJDK7 con antiguo OpenJDK7 o con el abandonado JDK7 especificándolo con ALT_BOOTDIR=<ruta donde está el Java>).
Uhmm, pues se pone la cosa interesante, debido al auge de tecnologícas como javascript + html + css3 que permiten cada vez más hacer una programación full-stack.
Faltan unos años todavía no obstante, para que se ponga la cosa al día en cuanto a la facilidad para encontrar información y librerías disponibles que hagan lo que uno necesita (tipo apache o similares, aunque ya va habiendo algunas).
No creo que Oracle pierda interes en Java por culpa de las lambdas, pero estoy de acuerdo en que lo de las lambdas en Java es solo azucar sintactico para contentar a los del culo-veo-culo-quiero sin tener utilidad real.
Yo creo que si Oracle pierde interes en Java es porque en algun Excel su casilla no sale lo suficientemente verde, y lo pongo con un "si" porque segun lo que pone en el articulo Oracle no pierde interes en Java, si no que es justo lo contrario, esta tan interesado en Java que no quiere que nadie le toque las narices con el JCP.
Personalmente creo que si todo esto sirve para que a cada coleccion de interfaces que sale del JCP y acaban en el JDK le sigue una implementacion production-ready que tambien acaba en el JDK, mejor para todos. Despues si quieres usas la tuya, pero que menos que poder tener transacciones XA sin tener que andar buscando un TransactionManager entre Google y StackOverflow.
Diria que es la noticia que el resto de lenguajes que quieren crecer en la JVM soniaban escuchar algun dia ...
Yo creo que no es raro, Oracle es una compañia que mantiene lo que le sale rentable y cierra lo que no, el codigo libre de Java no les sale rentable, lo dejarán morir en pos de su plataforma enterprise privativa y pasará a ser algo totalmente comunitario..
Demasiado estaba durando Oracle manteniendo, mejorando y publicando el codigo libre.
Un saludo.
Java necesitaba de un rediseño, sobre todo en temas de programación concurrente. Hasta Java7 se puede decir que venía heradado de Sun, siendo Java8 y Java9 los primeros intentos de Oracle por poner su impronta en esta tecnología.
Las lambdas de Java8, a pesar de todas las polémicas y modas, eran necesarias para crear código compilado que se ejecute mejor en concurrencia. Con Java9 vendrá la simplificación de algunas APIs, que también era algo necesario, y que es donde creo que estará la "obsolescencia planificada" de todo lo conocido hasta entonces.
Lamentablemente, aunque la adopción de java8 ha ido a mucho mayor ritmo que el que tuvo java7, muchos desarrollos no se van a adaptar nunca a esta nueva generación de javas. La estrategia de Oracle no puede esperar a que java8 y java9 sean predominantes en la industria, al igual que tampoco puede esperar a que javafx se imponga a swing algún día. Tiene que buscar otros nichos comerciales y weblogic es su mejor baza.
si no le sale rentable y no tienen interés, pues que les hagan un favor a todos y lo donen a la fundación Apache, con esto ganan ellos en imagen y no dejar varados a todos los que usan Java y ganamos todos porque no moriría el lenguaje y en pro las mejoras de la comunidad serán mejores.
Se me hace raro Java es una de las tecnologías más usadas en el lado servidor, otras empresas podrían tomar el control de Java perfectamente,aunque a Oracle le pasara como con opensolaris no me acuerdo que compañía usando un sistema llamado iluminos derivado de opensolaris se ha hecho con una valoración de varios miles de millones de dólares.
Sobre la lambdas casi todos los lenguajes modernos las tienen c#,JavaScript,Ruby,Python y PHP, por lo que debería ser un concepto de los programadores puedan usar de forma fundamental.