Nuxeo abandona Zope

Cito textualmente a nuestros compañeros de BarraPunto:



«Nuxeo, la empresa francesa creadora del magnífico gestor de contenidos CPS, acaba de anunciar que abandona la tecnología Zope para pasarse a Java. Por lo visto, desde el punto de vista empresarial, es más rentable que afrontar el cambio a Zope 3. La polémica está servida. Hay más información al respecto.»



Para aquellos que como yo, no sabían lo que es Zope: un servidor de aplicaciones OpenSource escrito en Python, y todo lo necesario para crear contenidos dinámicos.



Si alguien ha usado Zope, me gustaría que nos dijese qué tiene, o no tiene Zope que puede haber inclinado a los de Nuxeo a pasarse a Java.



Saludos.

XML es el peor lenguaje de programación jamás creado, Allen Holub

En un Artículo de Sdtimes Allen Holub afirma que XML es probablemente el peor lenguaje de programación jamás creado. La afirmación no se refiere a XML como un lenguaje para la descripción de datos, uso con el cual está de acuerdo, sino para el uso de XML como un lenguaje de script (como ant ), descripción de test (TestNG ), para realizar mapeos objeto relacionales (Hibernate y JDO) y lenguaje de control de flujo (JSF).



Según el autor, el motivo por lo cual XML se ha empleado para todos estos propósitos es que hay muchos programadores que carecen de lo que él considera una habilidad fundamental para todo aquel que quiera denominarse programador: no saben construir un compilador.



Uno de los problemas del XML es que, si bien puede salvar tiempo al desarrollador que lo usa, hará perder mucho tiempo a aquellos que quieran comprender su trabajo. Sin dar más motivos que éste, la segunda mitad del artículo es una revisión de textos sobre compiladores. Un argumento un poco flojo y poco defendido para una afirmación tan controvertida y fuerte.



Yo soy de los primeros que cree que el emplear el XML como lenguaje de programación (como hace ant, aunque en este caso es un éxito innegable) no es una solución óptima. Nos estamos empeñando en expresar en un lenguaje declarativo algo que se podría expresar de un modo mucho más simple mediante un lenguaje procedural . Otro ejemplo claro es Bepel; para representar un flujo de negocio veo mucho más natural el uso de condicionales y bucles que de etiquetas anidadas. Lo mismo lo aplico al lenguaje de control de flujo de JSF. Y no estoy diciendo que el tener estos motores de ejecución sea una mala idea, sino que yo preferiría poder indicarle al motor de ejecución lo que tiene que hacer empleando un lenguaje más procedural y menos declarativo. También reconozco que, aunque el XML puede estar sobre usado, el mundo de la informática es un poco mejor desde que existe.



Sin embargo, no acabo de ver cómo un compilador va a realizar el mapeo de mis clases a las tablas a una base de datos relacional; ni cómo un crear un compilador va a serle útil a un motor de ejecución de flujos/procesos de negocios. Quizás esto sea porque, como yo no sé crear un compilador, no soy un programador. ¿Eres tú un programador según el criterio de Allen Holub ? ¿estás de acuerdo con su opinión?

JUG de México para Universitarios...

Hola a todos, me es grato anunciar, como ya algunos de ustedes sabían, que el sitio de soporte para el JUG de México para estudiantes universitarios está estrenando sitio, y ahora podemos encontrar nuevas secciones y sobre todo que ahora es una comunidad abierta. Espero que la disfruten tanto como yo.



Saludos a todos.

Más publicidad de James Gosling

Al parecer no solo Javapolis utiliza a Gosling en su publicidad, también Sun ha lanzado una campaña en Bangalore, India para atraer programadores a trabajar en Sun. Al menos es seguro que en esta publicidad el que aparece es realmente el padre de Java y no algun actor sin pantalones.



Gosling se ha convertido en toda una celebridad, ¿no creen?

Java y el cambio de horario en Estados Unidos

John O'Conner menciona en este artículo los problemas que tendrá el JDK a partir de que en el 2007 se modificará el llamo DST (Daylight Saving Time) en los Estados Unidos.



No se como se maneje esto en otros países, pero en Estados Unidos y en México se recorta una hora al día a partir de verano para aprovechar la luz del Sol y ahorrar energía. Pues bien, hasta este año en los Estados Unidos esto se hacía a partir de abril y culminaba en octubre (en México es igual); sin embargo a partir de 2007, este horario de verano se aplicará a partir del segundo domingo de marzo y hasta el primer domingo de noviembre.



Dado que J2SE guarda información sobre este sistema, aquellas versiones no actualizadas no podrán aplicar las nuevas reglas de la DST en Estados Unidos y presentarán información inconsistente sobre la hora. Además, es de suponerse que aquellos países que suelen alinearse a las normas estadounidenses (incluido México) apliquen estas nuevas fechas para cambio de horario de igual forma.



Para evitar errores en las aplicaciones java, Sun recomienda actualizar a las siguientes versiones:



JDK 6 (beta)

J2SE 5.0 Actualización 6 o mayor

J2SE 1.4.2_11 o mayor