A lo largo de estos años en la universidad, hemos aprendido muchas cosas sobre el software. Nos han enseñado buenas metodologías, los requisitos, los ciclos de vida, los procesos, su evolución, patrones de diseño y arquitecturas, varias técnicas avanzadas de programación y en todas ellas siempre nos dedicamos a crear software, a mantenerlo, distribuirlo etc pero algo que hecho en falta en todas ellas es el ocaso del software. Hoy quiero exponer mi opinión y quiero que pensemos sobre el impacto que esto puede tener.
Antes de empezar, como en otras ocasiones, quería definir lo que entiendo por concepto de muerte en el software y el coma del software:
- Muerte software: Conocido por "Proceso de Retirada de Software", lo cierto es que la muerte del software la podemos identificar como el estado que describe el cese definitivo de todos los procesos o parte de ellos así como el código, documentación y datos que estos contengan.
- Coma software: Es el estado que describe la paralización temporal de todos los procesos o parte de ellos así como el código, documentación y datos que estos contengan.
Casi nadie nos paramos a pensar en las repercusiones que podría tener que nuestro software muriera de repente, y es que ni si quiera nos planteamos que alguien o algo pueda matar al software, el cual en la mayoría de los casos, pensamos que es inmortal. Esto es un vacío del conocimiento que muchos programadores llevamos encima y que solo pensamos en ello cuando nos sucede o cuando vemos al vecino que se ha hundido con todo el equipo y nos preguntamos el porqué. Yo pienso que el software que se concibe en un primer desarrollo y un mantenimiento posterior, no es inmortal y es que este tarde o temprano acaba sepultado por la competencia, por el desfase tecnológico, por la economía, la política o incluso los propios usuarios, sin embargo si creo que puede ser puesto en un estado parecido al coma humano, para más tarde renacer cuando sea necesario.
