Esta es una respuesta bastante indirecta. Porque fracaso es una palabra indirecta.
La arquitectura de software no impide que falle el primer proyecto de software. La arquitectura de software espera reducir el costo y la necesidad del segundo, tercer, cuarto y quinto proyecto de software.
Toda la arquitectura responde preguntas. Para la arquitectura de software, la pregunta es “¿Cómo construyo mi software para que cuando (no si) los requisitos cambien, pueda abordar esos cambios de forma rápida y económica?”
- ¿Qué te emociona sobre el futuro de la ingeniería de software?
- Cómo actualizar a Windows 8.1 si CLG Wi-Fi lo había bloqueado
- Educación K-12: ¿Debería la programación de computadoras tener prioridad sobre las matemáticas en el plan de estudios de la escuela secundaria?
- ¿Vale la pena persistir en mi clase de Automata?
- ¿Cómo funciona el escalado automático en términos de servicios en la nube como AWS y GCP?
La razón fundamental para la arquitectura de software es que no ha terminado y que no sabe cuáles serán los requisitos futuros. Por lo tanto, construye su software de una manera que se puede deconstruir y volver a ensamblar rápidamente, probar de manera efectiva e implementar sin causar interrupciones indebidas.
Aprovecha la arquitectura del software todo el tiempo, porque cada plataforma, biblioteca, tecnología e idioma exitosos depende de la arquitectura del software.
Aprender a usar estos principios en su propio desarrollo de software es parte del viaje profesional de cada gran desarrollador.