Podredumbre del software

Cuando se producen cambios en el entorno del programa, especialmente cambios que el diseñador no previó, el software puede dejar de funcionar como se concibió originalmente. Por ejemplo, muchos de los primeros diseñadores de videojuegos utilizaban la velocidad del reloj de la CPU como temporizador en sus juegos. ^{[ 2 ]} Sin embargo, los relojes de las CPU más recientes eran más rápidos, por lo que la velocidad del juego aumentó en consecuencia, lo que provocó que los juegos fueran menos utilizables con el tiempo.

Existen cambios en el entorno que no están relacionados con el diseñador del programa, sino con sus usuarios. Inicialmente, un usuario podía poner el sistema en funcionamiento y hacerlo funcionar sin problemas durante un tiempo. Pero, cuando el sistema deja de funcionar correctamente o los usuarios desean acceder a los controles de configuración, no pueden repetir ese paso inicial debido al contexto diferente y a la falta de información (contraseña perdida, instrucciones faltantes o simplemente una interfaz de usuario difícil de manejar que se configuró inicialmente por ensayo y error). El arquitecto de la información Jonas Söderström ha denominado a este concepto « una vez restaurable » ^{[ 3 ]} y lo define como «la cualidad en un sistema técnico que impide que un usuario restaure el sistema una vez que ha fallado».

Las partes del código que se usan con poca frecuencia, como los filtros de documentos o las interfaces diseñadas para ser utilizadas por otros programas, pueden contener errores que pasan desapercibidos. Con los cambios en los requisitos del usuario y otros factores externos, este código puede ejecutarse posteriormente, lo que expone los errores y hace que el software parezca menos funcional.

El mantenimiento habitual del software y los sistemas también puede provocar su deterioro. En particular, cuando un programa contiene varias partes que funcionan de forma independiente , no tener en cuenta cómo los cambios en una parte afectan a las demás pueden introducir errores.

En algunos casos, esto puede manifestarse en modificaciones de las bibliotecas que utiliza el software, lo que afecta negativamente al mismo. Si la versión anterior de una biblioteca que antes funcionaba con el software ya no se puede usar debido a conflictos con otro software o a fallos de seguridad detectados en dicha versión, es posible que ya no exista una versión viable de la biblioteca necesaria para el programa.

El software comercial moderno suele conectarse a un servidor en línea para la verificación de licencias y el acceso a la información. Si el servicio en línea que alimenta el software se interrumpe, este podría dejar de funcionar. ^{[ 4 ] [ 5 ]}

Desde finales de la década de 2010, la mayoría de los sitios web utilizan conexiones HTTPS seguras . Sin embargo, esto requiere claves de cifrado llamadas certificados raíz , las cuales tienen fechas de vencimiento. Una vez que los certificados caducan, el dispositivo pierde la conectividad con la mayoría de los sitios web a menos que las claves se actualicen continuamente. ^{[ 6 ]}

Otro problema es que en marzo de 2021 se dejaron de usar los antiguos estándares de cifrado TLS 1.0 y TLS 1.1 . ^{[ 7 ]} Esto significa que los sistemas operativos, navegadores y otros programas en línea que no admiten al menos TLS 1.2 no pueden conectarse a la mayoría de los sitios web, ni siquiera para descargar parches o actualizar el navegador, si estos están disponibles. A esto se le conoce a veces como el «apocalipsis de TLS».

Entre los productos que no pueden conectarse a la mayoría de los sitios web se incluyen los PowerMac, los sistemas Unix antiguos y las versiones de Microsoft Windows anteriores a Server 2008/Windows 7 (al menos sin usar un navegador de terceros). El navegador Internet Explorer 8 de Server 2008/Windows 7 admite TLS 1.2, pero está deshabilitado de forma predeterminada. ^{[ 8 ]}

El software que no se utiliza actualmente se vuelve gradualmente inutilizable a medida que el resto de la aplicación cambia. Los cambios en los requisitos del usuario y en el entorno del software también contribuyen a este deterioro.

El software que se modifica continuamente puede perder su integridad con el tiempo si no se aplican procesos de mitigación adecuados de forma constante. Sin embargo, gran parte del software requiere cambios continuos para cumplir con nuevos requisitos y corregir errores, y rediseñarlo cada vez que se realiza un cambio rara vez es práctico. Esto crea lo que es esencialmente un proceso evolutivo para el programa, lo que provoca que se aleje del diseño original. Como consecuencia de esto y de un entorno cambiante, las suposiciones de los diseñadores originales pueden quedar invalidadas, introduciendo así errores.

En la práctica, se puede priorizar la incorporación de nuevas funcionalidades sobre la actualización de la documentación ; sin embargo, sin documentación, es posible que se pierda información específica sobre ciertas partes del programa. En cierta medida, esto se puede mitigar siguiendo las mejores prácticas actuales en convenciones de codificación .

El deterioro del software activo disminuye una vez que una aplicación se acerca al final de su vida útil comercial y cesa su desarrollo. Los usuarios suelen aprender a sortear los errores restantes y el comportamiento del software se vuelve consistente, ya que nada cambia.

Muchos programas fundamentales de los inicios de la investigación en IA han sufrido un deterioro irreparable del software. Por ejemplo, el programa original SHRDLU (un programa pionero de comprensión del lenguaje natural ) no se puede ejecutar en ningún ordenador o simulador informático actual, ya que se desarrolló cuando LISP y PLANNER aún estaban en fase de desarrollo y, por lo tanto, utiliza macros y bibliotecas de software no estándar que ya no existen.

Supongamos que un administrador crea un foro utilizando software de código abierto y luego lo modifica sustancialmente añadiendo nuevas funciones y opciones. Este proceso requiere modificaciones extensas al código existente y se desvía de la funcionalidad original de dicho software.

A partir de aquí, existen varias formas en que el deterioro del software puede afectar al sistema:

• El administrador puede realizar cambios accidentalmente que entren en conflicto entre sí o con el software original, lo que puede provocar que el foro funcione de forma inesperada o deje de funcionar por completo. Esto lo deja en una situación muy difícil: al haberse desviado tanto del código original, será complicado obtener soporte técnico y asistencia para reactivar el foro.
• Es posible que se descubra una vulnerabilidad de seguridad en el código fuente original del foro, lo que requeriría un parche de seguridad. Sin embargo, debido a que el administrador ha modificado el código extensamente, es posible que el parche no sea directamente aplicable a su código, lo que obligaría al administrador a reescribir la actualización.
• El administrador que realizó las modificaciones podría dejar su puesto, dejando al nuevo administrador con un foro complejo y muy modificado, sin documentación completa. Sin comprender del todo las modificaciones, al nuevo administrador le resulta difícil realizar cambios sin generar conflictos y errores. Además, la documentación del sistema original podría no estar disponible o, peor aún, ser engañosa debido a sutiles diferencias en los requisitos funcionales.

Supongamos que un administrador web instala la última versión de MediaWiki , el software que impulsa wikis como Wikipedia, y luego no aplica ninguna actualización. Con el tiempo, es probable que el proveedor de alojamiento web actualice sus versiones del lenguaje de programación (como PHP ) y la base de datos (como MariaDB ) sin consultar al administrador web. Después de un tiempo prolongado, esto terminará por dañar sitios web complejos que no se hayan actualizado, ya que las últimas versiones de PHP y MariaDB incluirán cambios incompatibles al dejar obsoletas ciertas funciones integradas , rompiendo la compatibilidad con versiones anteriores y causando errores fatales . Otros problemas que pueden surgir con el software de un sitio web sin actualizar incluyen vulnerabilidades de seguridad y spam .