viernes
sep222006
XML es el peor lenguaje de programación jamás creado, Allen Holub
viernes, septiembre 22, 2006 at 9:35AM
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?
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?
Reader Comments