El creador de WebSphere dice que WebSphere es el principal error tecnológico que él ha cometido

En una entrevista concedida a la  BBC Donald Ferguson, actual CTO de CA Technologies y creador de WebSphere cuando trabajaba en IBM, dice que WebSphere es el principal error tecnológico que él ha cometido. Una curiosa afirmación de la criatura para venir de su padre.

En la entrevista, Ferguson dice que la complejidad es uno de los principales problemas de la tecnología informática. Y que una y otra vez caemos en el error de que para resolver la complejidad lo que hace falta es todavía más complejidad (no podía estar más de acuerdo con él).

Esto está relacionado con la respuesta que da al entrevistador cuando le pregunta cuál es el principal error tecnológico que él ha cometido. A esta pregunta, él responde que cuando estaba en IBM comenzó WebSphere, y luego sobrediseño porque su experiencia era trabajar en enormes sistemas de misión crítica, y él lo diseñó pensando en los problemas a los cuales él se enfrentaba. Problemas que a la hora de la verdad no tiene demasiada gente.

Sus palabras sobre el producto son brutales:

"I call it the endgame fallacy. It was too complex for people to master. I overdesigned it. Because we were IBM, we survived it, but if we'd been a start-up, we'd have gone to the wall."

¿Qué os parecen las opiniones de Ferguson?

Google regala los productos de Instantiations a la Fundación Eclipse

Hace unos meses publiqué aquí la noticia de la compra de Instantiations por parte de Google y también apunté la posibilidad de que los productos de esta compañía fueran cedidos a la Fundación Eclipse.

Esta tarde he recibido un correo de Google comunicándome que WindowBuilder Pro (que incluye Swing Designer, SWT Designer y GWT Designer) y CodePro Profiler han sido donados a la comunidad de código abierto y que en la primera mitad de 2011 pasarán a ser nuevos proyectos de Eclipse.

Me parece una magnífica noticia dada la calidad de los productos que donan y las carencias que tanto en edición visual como en profiling tiene Eclipse. Creo que dichas herramientas pueden cubrir dignamente dichas carencias.

Google me remite, para obtener más información, a http://googlecode.blogspot.com y a http://code.google.com/javadevtools/eclipse-donation-faq.html.

Zeroturnaround publica un informe sobre productividad en Java EE

Zeroturnaround ha publicado un informe sobre productividad en Java EE. El informe está basado en una encuesta realizada entre más de 1000 desarrolladores Java. Como suele suceder con las encuestas online, los resultados están sesgados hacia el perfil de los clientes de la compañía. No obstante, a partir de un montón de puntos de vista sesgados se obtiene una mejor visión del todo, y este punto de vista sin duda merece la pena.

Según el informe, en la actualidad Maven está ligeramente por delante de Ant en cuanto a número de usuarios: un 53% usa Maven, y un 50% Ant (obviamente, es posible que haya gente que use ambos). Eclipse es con diferencia el entorno de desarrollo más utilizado (65%), seguido según la encuesta por IntelliJ (22%) y Netbeans (12%). Aquí de modo claro se está notando el sesgo de la encuesta; IntelliJ claramente no tiene tantos usuarios a nivel global. Y Netbeans posiblemente tenga más de los que refleja la encuesta.

En cuanto al contenedor Java EE, Tomcat sigue siendo el rey (33%) seguido de JBoss (26%) WebLogic (10%) Jetty y Glasfish (ambos un 8%) y WebSphere (7%). JPA y JSP son los estándar Java EE más empleados, seguidos de EJB 3 y JSF. Las soluciones no estándar más populares son Spring e Hibernate.

Podéis encontrar todo el informe aquí.

Los tweets más populares de la cuenta de javaHispano

Debajo de estas líneas tenés los  tweets que han sido más populares en la cuenta de Twitter de javaHispano en el último mes. Comentar que en esta ocasión hemos batido todos los récords con el primero de los tweets; en estos momentos tiene ya más de 1700 clicks; parece que a la gente tiene curiosidad por saber cuánto sabe de ellos Google.

• ¿Quieres saber en qué categorías te tiene fichado Google? Haz click aqui: http://ow.ly/3csRs
• 140 preguntas que Google suele hacer en entrevistas de trabajo http://ow.ly/3iEFD
• Con cookies o sin cookies; no importa: en el siglo XXI la privacidad en la web ha muerto http://ow.ly/3e8Th
• Descripción de cuatro características interesantes que va a traer Java 7 http://ow.ly/3arzY
• ebook gratuito sobre fundamentos de bases de datos http://ow.ly/3fiVy
• 20 lecciones de programación aprendidas durante 20 años; interesante post http://ow.ly/3aqp5
• Ranking con los 10 plugins para Eclipse más populares: http://ow.ly/3cZGg
• "Caso de fracaso" empleando Google App Engine (GAE) http://ow.ly/3dq5m
• Ejemplos Java de uso de patrones de diseño GoF en el mundo real #intersante http://ow.ly/3iDKU
• Interesante herramienta de Google para comprobar cómo tu web se ve en distintos tamaños de navegador http://ow.ly/3jfWl

El futuro de java en el escritorio: ejecutar código Java en un entorno JavaScript

Esto es lo que ha afirmado Adam Messigner, Vice Presidente de desarrollo Java de Oracle; es decir, el máximo responsable de Java dentro de la compañía debajo de Larry. Esto es lo que ha afirmado en una entrevista que le han hecho en Java Spotlight Podcast; un podcast corporativo de Oracle producido por empleados de Oracle y con una visión bastante "corporativa" de todo lo que sucede en el mundo Java.

En esta entrevista le han preguntado a Adam Messigner por dónde pasa el futuro del escritorio Java. Y él ha respondido que, entre otras cosas, por ejecutar código Java en un entorno JavaScript. La aplicación se escribiría en el lenguaje de programación Java que conocemos todos. Pero acabaría ejecutándose como JavaScript. Ese es el modo en el que espera hacer que Java llegue a dispositivos como el iPhone y el iPad.

En el podcast no profundizaron en este tema ¿¡?. Pero a mí al menos me parece un bombazo. Tampoco he visto cobertura en ninguna web importante todavía. Si no llega a ser porque este podcast es corporativo de Oracle y porque el tío que lo dice es un vicepresidente de la compañía no me lo creo.

¿Alguien tiene alguna información acerca de esa estrategia para convertir código Java a JavaScript? ¿Qué os parece la idea?