Ingeniería de software en Google

Capítulo 15. Depreciación

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Escrito por Hyrum Wright

Editado por Tom Manshreck

Me encantan los plazos. Me gusta el silbido que hacen cuando pasan volando.

Douglas Adams

Todos los sistemas envejecen. Aunque el software es un activo digital y los propios bits físicos no se degradan, las nuevas tecnologías, bibliotecas, técnicas, lenguajes y otros cambios del entorno hacen que, con el tiempo, los sistemas existentes queden obsoletos. Los sistemas antiguos requieren un mantenimiento continuado, conocimientos esotéricos y, en general, más trabajo a medida que se alejan del ecosistema circundante. A menudo es mejor invertir esfuerzos en desactivar los sistemas obsoletos, en lugar de dejar que se eternicen junto a los sistemas que los sustituyen. Pero el número de sistemas obsoletos que siguen funcionando sugiere que, en la práctica, hacerlo no es trivial. Nos referimos al proceso de migración ordenada y retirada final de los sistemas obsoletos como depreciación.

La depreciación es otro tema que pertenece más exactamente a la disciplina de la ingeniería de software que a la de la programación, porque requiere pensar en cómo gestionar un sistema a lo largo del tiempo. Para los ecosistemas de software de larga duración, planificar y ejecutar correctamente la desaprobación reduce los costes de recursos y mejora la velocidad al eliminar la redundancia y la complejidad que ...