Leyendo la noticia acerca de la versión beta de Java 6 de IBM (en inglés), me han asaltado algunas hipótesis, quizás sin fundamento o quizás no tanto.
He visto en la web de IBM que los sistemas operativos para los que que esta JVM es distribuida son:
- Linux® on x86
- Linux® on PowerPC® 32-bit
- Linux® on PowerPC® 64-bit
- Linux® on AMD64/EM64T
- IBM AIX® on PowerPC 32-bit
- IBM AIX® on PowerPC 64-bit
Al ver esto, se me plantea una duda con respecto a la elección de IBM de no soportar plataformas Windows. Siendo totalmente prácticos e irreflexivos, podríamos pensar que esta estrategia está totalmente equivocada, tengamos en cuenta que la mayor parte de usuarios cuentan con Windows como sistema operativo; y claro, esto podría llevarnos a fabricar la hipótesis, ¿algo errada!, de que su estrategia empresarial está totalmente equivocada, dado que de esta forma no van a conseguir que su JVM sea utilizada por el público en general, ni por los desarrolladores que tengan que trabajar en entornos Windows, que son unos pocos.
Quizás, la hipótesis pueda ser otra. IBM como gigante de la informática que es, cuenta con muchas vías de negocio dentro de la compañía y una que no debemos olvidar son sus máquinas. Dispone de una vía de negocio muy amplia con el negocio de servidores. No parece extraño pensar, por lo tanto, que si optimizas un JVM para los sistemas operativos que más se utilizan en tus máquinas, a la vez estás haciendo más atractivo el potencial que ofrecen tus servidores frente a los del mercado. En este punto no podemos olvidar que el principal representante de Java, Sun MicroSystems, también trabaja en ese mercado.
Por otro lado, me asalta la curiosidad. Si planteo un caso hipotético, un caso en el que el usuario de partida trabaja sobre windows, y realiza todo su desarrollo en dicha plataforma, necesita utilizar un JDK para ella, pongamos por caso que utiliza el de Sun, tras meses de desarrollo, su aplicación a sido preparada para un JDK, y ha sido más que probada, hasta la saciedad si se ha contemplado bien el tiempo de pruebas dentro del proyecto. Cabe hacerse la pregunta de si verdaderamente dicho software debe terminar o no ejecutándose en una JVM para la que apenás ha sido probada. Podrían presentarse, ¿incompatibilidades? Entiendo que no deberían de ser con respecto al lenguaje, pero cuando uno hace las cosas de diferente manera (me refiero a la JVM de IBM) se enfrenta a que quizás lo que el programador consideró más óptimo en un JDK-SUN no lo es en un JDK-IBM, por lo que parte del trabajo que se realizó en la fase de pruebas de desarrollo se ha perdido por completo. Además si hacemos bien las cosas, el salto de desarrollo a preproducción, implicará en la mayoría de los casos un tiempo extra para ver si el JDK-IBM continúa funcionando correctamente y nos ese mayor rendimiento del que hablábamos.
Preguntas que se me ocurren para aquellos que hayáis cambiado de un JDK-SUN a un JDK-IBM: ¿Es considerable el tiempo empleado en probar con un JDK y luego con el otro? Dado el modo en el que se suelen hacer las cosas para los cambios de desarrollo a preproducción y finalmente a producción, ¿os arriesgaríais a cambiar de una a otra?
A todo esto, ¿no os parece que así se pierde, un poco, una de las principales características de java, la multiplataforma?
Tengo entendido que la politica de IBM de no liberar JDKs para Windows tiene que ver con ciertas restricciones de licenciamiento que tiene con Sun, no necesariamente que ellos no quieran sacar un JDK para Windows, como lo hicieron tan exitosamente con su version 1.3, que era mucho mas rapida que la de Sun.
Por otro lado, yo que era un entusiasta de las JVM de IBM, ya no estoy tan seguro de la ventaja de velocidad frente al java 6 de Sun.
En fin, cuando IBM libere un Java 6 de produccion para Linux, lo probare y comparare con Sun, a ver si vale la pena el cambio, pero francamente soy mas entusiasta de lo que vendra con el JDK libre de Sun, a ver que tenemos para Julio del 2007.
La preocupacion de que un programa pueda estar entonado para una JVM no me parece viable, puede ser el caso con los parametros de arranque, pero no con el codigo, esto iria contra la naturaleza del Java.
Saludos, Martin.
Independientemente del poder del JDK-IBM yo creo que es un estartegia correcta, ya que a nivel de negocios nadie se atreveria a correr un servidor de aplicaciones o mision ciritica en un entorono Java-Windows, y si asi fuese existen opciones mas rentables que las maquinas virtuales de Sun o IBM como el JRockit de BEA, esa si es maquina virtual.