Barrapunto

Si la killer feature de OpenXava es el scaffolding dinámico, léase generar automáticamente la interfaz a partir de una simple clase de dominio, mi experiencia es que este tipo de herramientas sirve para crear demos o prototipos rápidos de aplicaciones, pero no aplicaciones finales con todas las validaciones y particularidades que se requieren.

No quiero ser aguafiestas, pero en informática llevamos 30 años anunciando a bombo y platillo cada dos por tres nuevas herramientas o recetas para simplificar drásticamente el desarrollo de software, o las llamadas silver bullets, para seguir al final como siempre. Por eso pido un poco de prudencia, hay mucha gente que ha sido engañada.

En rails 1.x el scaffolding dinámico sirvió para impresionar a mucha gente mostrando lo rápido que se puede crear una aplicación con unas pocas líneas de código, poco más o menos las mismas que veo con OpenXava. Pero a largo plazo la Comunidad rails comprobó que dicho scaffolding era contraproducente [stackoverflow.com], ya que no ayudaba a la gente a aprender rails ni a crear buenas aplicaciones finales. Las versiones 2.x y 3.x de rails no tienen scaffolding dinámico.

OpenXava se vende como una herramienta de desarrollo rápido de aplicaciones Web, hasta ahí sin pegas, pero lo de apropiada para aplicaciones de gestión habría que matizarlo. Es apropiada para demos y prototipos rápidos, igual que el antiguo scaffolding de rails o que la interfaz de gestión que genera django.

Para todo lo que no sea una demo, mi opinión es que este tipo de herramientas automágicas no sólo no sirve, sino que al igual que ha pasado con el scaffolding de rails, acaba siendo contraproducente.