¿Primero ordenado?

Capítulo 30. La equivalencia de Constantino

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

Recuerdo cuando era un joven programador y oía informes terribles de que hasta el 70% de los costes de desarrollo de software se destinaban al mantenimiento. ¡El 70%! ¿Tan mal debemos estar haciendo nuestro trabajo que creamos una cosa y luego tenemos que gastar el doble sólo en mantenerla en funcionamiento?

Resulta que ese modelo mental del software , como una cosa que se hace y luego debe funcionar para siempre sin cambios, como una especie de máquina de movimiento perpetuo, es lo contrario de lo que ocurre realmente, y de lo que debería ocurrir también. El valor futuro de un sistema se revela en las realidades de hoy, no en las especulaciones de ayer.

Una vez establecida la forma en que el acoplamiento afecta al desarrollo de software , estamos preparados para comprender la importancia del acoplamiento. En la obra original sobre acoplamiento y cohesión, Diseño estructurado, Ed Yourdon y Larry Constantine postularon que el objetivo del diseño de software es minimizar el coste del software (también es maximizar el valor, pero ya llegaremos a eso). Pero, ¿cuáles son esos costes?

Esa estimación del 70% resulta ser demasiado baja. Si aplicamos nuestra creatividad, podemos lanzar software que cree valor tras sólo un pequeño porcentaje de su coste de desarrollo final. A todos nos interesa hacerlo. Cuanto antes obtengamos información ...