Una problemática cotidiana de los sistemas de software es el mantenimiento y evolución de los mismos. Es común encontrar en los planes de estudio diversas técnicas para aplicar durante el desarrollo inicial del software de cara a facilitar su futuro mantenimiento y evolución.

Pero es poco habitual para los estudiantes tener que lidiar con el mantenimiento y evolución de código existente. Más aún, es poco habitual que los alumnos tengan que trabajar con código ajeno. No me refiero a tener que utilizar componentes desarrollados por otros sino a tener que modificar código escrito por otros.

Las técnicas para mantener y evolucionar código ajeno no son necesariamente las mismas que las que se utilizan para facilitar el futuro mantenimiento y evolución. Más aún, esas técnicas son tanto de índole técnico como también de índole de gestión.

Algunas de estas cuestiones intentamos cubrir en MeMo2@fiuba. Justamente cada vez que doy estos temas vuelvo sobre esta idea de tener una materia exclusivamente centrada en «código legacy».

Al mismo tiempo creo que estudiar estas técnicas requiere de aplicación práctica, no basta con estudiarlas teóricamente. Esto es lo que me lleva a pensar que es necesario una materia para lidiar con esta problemática.

No estoy seguro que sea una materia para estudiar en un carrera de grado, por el simple hecho de que me parece necesario que antes de abordar estos temas, los estudiantes dominen cuestiones Ingeniería de Software y también (sobre todo) tengan cierta experiencia de aplicación en «mundo real».