Ahora... "java is dead"

Otro blog imperdible. Super entretenidos los comentarios en TSS, nada mejor que una afirmación de este calibre para despertar pasiones.

Estoy de acuerdo con el autor del blog que la productividad del mundo cliente-servidor al estilo Visual Basic y PowerBuilder, se ha perdido con el nacimiento de la programación para la web y no se ha recuperado aún. Más que un problema de Java en si, creo que es debido que la expectativa de los usuarios crece a medida que la tecnología avanza. Por ejemplo, JSF nació con la meta de crear un mercado de componentes y de IDE's como en el tiempo cliente-servidor. Pero apenas salio, AJAX lo dejo obsoleto y había que usar otro tipo de solución para hacer páginas más sofisticadas. Ahora, lo fuerte es el desarrollo para smartphone con Objective-C, Java Android y HTML5: ¡a cambiar todo de nuevo!

Estoy en completo desacuerdo sobre el comeback de los 4GL para aplicaciones empresariales: si Java, con todos los proveedores de TI menos MS involucrados, no fue capaz de seguir el ritmo tecnológico impuesto por la web, ningún proveedor de 4GL solo lo va a lograr.

GAE bajo ataque

Un blog imperdible para cualquier que intente usar Google App Engine como su plataforma de Cloud.

Relativo al tema de nubes, me preocupa que no hay "estándar" que permita cambiarse de proveedor de cloud con un esfuerzo menor. Si el proveedor primario falla, como GAE fallo para el escritor del blog, hay que reescribir una buena parte del código.

RIA == HTML5

A ver como me fue con esta apuesta.

Java: en el último JavaOne, Oracle declaro el fin de JavaFX como lenguaje, reemplazándolo por API's invocables desde Java u otros lenguajes que permitan implementar un DSL (usan entre otros a Scala).

MS Silverligbt: parece que MS va a usarlo solamente en Windows Mobile.

Adobe Flash/AIR/Flex: Adobe apuesta fuertemente a HTML5, lo cual es notable ya que esta versión elimina la necesidad de usar el omnipresente plug-in flash para ver vídeos

Apple se apoya sobre HTML5 para argumentar que sus i* son abiertos.

Google hizo arder la competencia de nuevo con su browser Chrome. Varias de las ideas propuestas lograron entrar en HTML5 (como GEAR).

En resumen, veo que existen 1+n soluciones de desarrollo:

• aplicación Web gráficamente compleja y portable: HTML5
• cliente pesado para celulares: objective-C para iOS, Java para Google Android, Silverlight para Windows Mobil

Mi apuesta va bien.

Esperaba más de Oracle

Amigos de Java, si no lo han hecho todavía, es tiempo de mirar por el lado. El futuro del lenguaje y de su plataforma se ve oscuro porque, si Oracle pierde el apoyo de su comunidad, una de las razones para preferir esta tecnología se desvanece.

¿El declive de Windows?

Interesante análisis

No es Apple OSX y menos Linux que va a reemplazar Windows. Pero si el desktop es finalmente reemplazado por smarphone u otros equipos móviles, se vienen tiempos difíciles para MS.

Google vs Dinosaurios

Me refiero a la pelea legal de Oracle vs Google sobre el uso de patentes de Java y el "apoyo" de IBM a Oracle cuando decide dejar de apoyar el proyecto Apache Harmony a favor de OpenJDK.

En ambos casos tiene un impacto sobre Android:

• las patentes conflictivas son usadas en Dalvik, la JVM de Android
• Google usa las clases de Apache Harmony como implementación de las API's estándares de Java en Android.

Yo creo que Oracle e IBM ven con mucha preocupación el poder creciente de Google en la informática para el consumidor final: Android esta por transformarse en el "Windows" de los smartphone y Google en un nuevo Microsoft que controla los equipos clientes y dicta las normas en el lado servidor.

¡No me molesta ver a Google sacudir a Oracle e IBM y el statu quo alrededor de Java! Tampoco me molesta que haya una resistencia a Google para que no abuse de su creciente poder: sería una lastima ver esta empresa transformarse en un nuevo M$ de verdad.

Hablar de la complejidad en forma simple

,,,es casi imposible.

Esta entrada en java.dzone toca el tema en forma brillante.

Rescato las siguientes reglas sobre introducir nuevas tecnologías en un sistema:

• siempre aumenta la complejidad del sistema,
• se justifica cuando permite resolver un problema de forma más simple que con las tecnologías anteriores.

That's all