Como vengo diciendo en mis ultimos posts, y reflexionando acerca de la complejidad de la construccion del software, es que pienso que es cada vez mas necesario que una compañía de software tenga su propio framework para la construccion de aplicaciones. Tuve la experiencia de trabajar hasta julio de 2004 en una consultora en la que estuve involucrado en el equipo de desarrollo del framework interno y puedo decir que fue uno de los desafios mas interesantes que tuve que abordar en mi vida profesional: dejar de pensar en una determinada funcionalidad y comenzar a pensar en bloques constructivos (pequeños ladrillos) para una aplicacion mucho mas grande, documentar todo, ejecutar tareas de ingenieria, pensar para el mantenimiento, pensar en lo que vamos a estar haciendo de aca a dos o tres años, etc.

En este espiritu es que Microsoft penso el .NET Framework y ahora elabora la estrategia de las Software Factories, pensando en automatizar toda tarea que sea posible. Esta automatizacion (principalmente manejada con generadores de codigo) apunta a reducir los tiempos de produccion del software y relevar a los programadores de las tareas repetitivas, esto ultimo por dos razones: primero, las tareas repetitivas son facilmente reproducibles por un generador de codigo, y ademas, son las que mayor cantidad de errores generan a la hora de programar.

En los proximos años veremos cada vez mas esta clase de asistentes, y esto sera parte de nuestra tarea cotidiana de programacion. Despues de todo, no fue hace tanto que nos maravillabamos con las ‘VBX’ primero, y luego con las ‘OCX’, y con la construccion de software basado en componentes …