De programador a habil declarante.

Dentro del desarrollo de aplicaciones, las herramientas utilizadas están en permanente evolución. Todos tratan de crear herramientas que hagan mas fácil crear programas mas rápido y mejor, de forma de hacer mas productivos a quienes desarrollamos aplicaciones. 

En dicha tendencia, se destacan las que permiten trabajar con modelos donde la realidad se modela (valga la redundancia) declarando parte de la misma con un lenguaje especifico para dicha realidad.

Tomando por ejemplo GeneXus que es la herramienta que utilizo, en la misma se esta viendo clara esta evolucion. Lo que sigue son algunos ejemplos de dichos modelos a traves de las diferentes versiones.

Al principio, se tenían Transacciones. En las mismas se modela varias cosas, pues tiene por un lado estructuras (que definen a traves de un proceso de normalizacion, la estructura de la base las tablas de la base  de datos), pantallas (donde se dice como se va a mostrar estos datos al usuario), reglas (donde se declaran que validaciones hay que realizar cuando el usuario ingresa datos) y propiedades (donde se declara modela comportamientos diferentes que se quieren dar a dicho ingreso de datos). 

Pasaron los años y se inventaron los GeneXus Patterns (el nombre es malo, pero es una herramienta que genera programas GeneXus, a partir de modelos, que implementan un patrón de diseño y/o comportamiento).

El mas conocido de los patrones implementados era el WorkWith, que permite generar un programa de alta/baja/modificación/listado de datos, basados en transacciones. 

La forma de desarrollar cambio radicalmente, pues se generan en forma facil una parte importante de los sistemas. En este momento, los desarrolladores pasamos de programar (cambiando código) a editar archivos XML (instancias de los patterns) con editores específicos y a partir de ellos se generan los programas. 

El nivel de abstracción se eleva, pero también la productividad, perdiéndose parte de la flexibilidad.

Aparecieron en el mercado nuevos patrones mas sofisticados o que resuelven otros problemas mas especificos. 

Pasa el tiempo, y aumentan las necesidades de mantener cada vez aplicaciones mas grandes. También aparecen nuevos dispositivos en el mercado y con ellos la necesidad de generar para dichos dispositivos.

Con esta necesidad, aparecen patrones especificos para la generacion de dispositivos moviles, que hacen posible que a partir de un mismo modelo, se pueda generar para plataformas bien diversas. 

Esto hace que el nivel de abstraccion vuelva a elevarse, y tambien se pierde otro poco de flexibilidad, pero se gana en productividad para varias plataformas. 

Otro aspecto en lo que hemos ido avanzando en la tendencia de declarar en vez de programar es en el diseño de las pantallas. En vez de dibujar una pantalla en un editor wysiwyg, se declara cuales son los campos que se quieren en la pantalla, en que orden, como se pueden separar en columnas, que descripciones se quieren y la pantalla se genera a partir de dichas declaraciones. Este enfoque tiene la ventaja que permite regenerar todas las pantallas en forma facil cuando se produce algun cambio en las especificaciones de diseño o tambien cuando se quiere generar para otra plataforma. Ya hay varios patrones que implementan esto y parece una tendencia que va a seguir. 

En vez de diseñar, declaramos. 

Lo mismo pasa con los procedures que usábamos para recuperar determinados datos, ahora se hacen a través de un lenguaje declarativo de los Data Providers. Los mismos tienen propiedades que permiten que el mismo data provider tenga salida en diferentes formatos (soap, json, xml, etc). 

Un tema importante de esta forma de trabajar es que hay que conocer muy bien las posibilidades de las herramientas, pues el cambio de una propiedad puede hacer que se generen programas bien distintos. 

Todo esto, hace que cada vez "programemos" menos y "declaremos" mas, con un aumento de productividad y un aumento en el nivel de abstracción y algo de perdida de flexibilidad.