La estructuración contra el catetismo jurasico

Después de media vida ya entre ordenadores y a punto de poder empezar a autodenominarme uno más de esos dinosaurios de la informática, tal cual nombraba a los abuelos con los que empecé a trabajar, uno empieza a percibir cierta aceptación de sus ideas contra corriente.
Existe un principio que debería ser seguido por todos aquellos que se quieran denominar programadores o alguno de esos apelativos complejamente absurdos de la jerarquía vertical de la cadena trófica de la programación informática, se denomina estructuración y como su propio nombre indica se basa en estructurar los procesos de manera que impidan una de las mayores lacras de los tratamientos automatizados, eliminar información repetida, y lo que es aun peor, discordante. Basándose en este principio, cualquier programador que se precie no repetirá el mismo código en distintos procesos, sino que individualizara esa secuencia lógica e ira a buscarla cada vez que sea necesario haciendo llamadas desde los distintos puntos.
Durante mucho tiempo, y según mi opinión, debido al gran intrusismo laboral de la profesión, este tipo de principios se ven cumplidos si llega una de cada cinco veces, aun peor, se sigue manteniendo a pesar de que es sabido de su ineficacia y que es el foco principal de las incidencias diarias. Da igual que se explique el porque de la economización y la limpieza de la aplicación de estos principios, si es mas costoso, caro o engorroso, no se hace.
Pero hoy no, después de un par de miradas desconcertantes y unos segundos de silencio parece que el catetismo jurasico se ha quedado a un lado y la solución más coherente se ha tomado, ya me puedo dar con un canto en los dientes hasta dentro de cien años…