La definición de Wikipedia de la podredumbre del software se centra en el rendimiento del software. Este es un uso diferente al que estoy acostumbrado; Lo había pensado mucho más en términos de limpieza y diseño del código, en términos de que el código tiene todas las características de calidad estándar: legibilidad, facilidad de mantenimiento, etc. Ahora, es probable que el rendimiento disminuya cuando el código se vuelva ilegible, porque nadie sabe lo que está pasando Pero, ¿el término podredumbre del software tiene una referencia especial al rendimiento? ¿o estoy en lo cierto al pensar que se refiere a la limpieza del código? ¿o es acaso un caso de múltiples sentidos del término de uso común? Desde la perspectiva del usuario, tiene que ver con el rendimiento; pero para el artesano del software, ¿tiene que ver más específicamente con cómo se lee el código?
fuente
Respuestas:
El término no está relacionado con el rendimiento, al menos no en ningún lugar donde lo haya visto utilizado.
Se trata específicamente de código que no se mantiene bien y se vuelve ... sucio ... podrido. Se trata de código cuyo diseño no se ha actualizado a medida que se realizaron cambios y es difícil de leer y comprender.
fuente
Seamos sinceros. La "putrefacción del software" no es un concepto técnico bien definido. Es más una descripción peyorativa de lo que sucede cuando el software tiene un mantenimiento deficiente.
La página de Wikipedia representa una vista, pero hay vistas claramente alternativas. Y podría decir que las diferentes opiniones reflejan las diferentes prioridades y preocupaciones de la persona que las tiene:
Alguien que se concentre en hacer que el software sea rápido estará más inclinado a buscar evidencia de "podredumbre de software" en el rendimiento.
Alguien que se centre en el diseño / arquitectura (por ejemplo, porque necesitan agregar nueva funcionalidad o corregir errores de funcionalidad), verá "software podrido" desde esa perspectiva.
Y, no es realmente útil decir cuál es la perspectiva más correcta. (Es como discutir si la turquesa es más verde o más azul).
fuente
Yo diría que el término "podredumbre de software" se refiere generalmente a la idoneidad para la tarea en cuestión. El software puede volverse menos adecuado para su tarea prevista debido a la capa de capas de correcciones de errores, nuevas características y pequeños ajustes. En conjunto, pueden afectar negativamente tanto la mantenibilidad como el rendimiento. Además, las necesidades de la organización probablemente cambiarán con el tiempo, y el software puede verse obligado a desempeñar roles para los que nunca fue realmente diseñado. Todos estos factores hacen que el software se vuelva menos adecuado para las necesidades de la organización, y eso puede suceder incluso con un esfuerzo concertado para mantener el software.
fuente
Wikipedia dice que la descomposición del software y la descomposición del código son lo mismo. Estoy en desacuerdo.
La descomposición del código es la pérdida gradual de legibilidad y mantenibilidad a medida que se realizan más y más cambios en el código.
La descomposición del software es la pérdida gradual de rendimiento a medida que el software se mueve de un emulador de entorno a otro. Un ejemplo es todo el software Data General PDP que se ejecuta en emuladores. En realidad, es el entorno el que se está pudriendo, no el software.
fuente
El software no se daña, se daña, se desgasta o se "pudre" en el sentido tradicional.
Si el entorno en el que opera el software no cambia, el software durará esencialmente para siempre. Esta es la razón por la que me enojo tanto cuando alguien pregunta si alguna biblioteca está "muerta" porque el autor no ha realizado una actualización en los últimos 5 minutos (exagerando solo un poco por efecto).
Pero el ambiente generalmente lo hace el cambio; los sistemas operativos se actualizan, las computadoras se reemplazan por otras más potentes y se instalan nuevos programas (como la última versión de un cliente como Internet Explorer, controladores de dispositivos u otras bibliotecas), de los cuales puede depender el software. Por lo tanto, el software debe actualizarse para tener en cuenta esos cambios.
Hay sistemas de software que se han estado ejecutando de manera continua y confiable durante literalmente décadas sin actualizarse o mantenerse significativamente. Me viene a la mente el software COBOL que se ejecuta en mainframes que manejan transacciones bancarias (aunque todas tuvieron que modificarse en 1999 para manejar Y2K).
El énfasis de Wikipedia en el rendimiento parece estar perdiendo el punto; muchas aplicaciones de software realmente aumentan su rendimiento cuando se instalan en un entorno más nuevo. El artículo de Wikipedia en realidad parece más preocupado por la hinchazón de software .
fuente
"Pudrición de software" - es un término muy vago y puede significar una variedad de cosas para cualquiera, dependiendo de cómo es su percepción del concepto, así como cuál es su ángulo de visión .
La definición de Wikipedia sobre la podredumbre del software no establece un estándar, ya que también está escrita por algunas personas. Creo que este término tiene una variedad de significados y necesita desglosarse en las áreas específicas, donde es arbitrado.
fuente
Siempre pensé en la podredumbre del software como una condición que ocurre cuando no usas el software por un período de tiempo. De alguna manera, el software se transforma en un estado donde no se puede construir. Luego, cuando lo llevas a un punto donde puedes construirlo, no funciona con las entradas y salidas como lo hacía anteriormente. Es casi como si el código en realidad se degradara en forma aunque esté almacenado digitalmente.
fuente