Capítulo 27. Las leyes de la arquitectura de software, revisitadas
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Ya en el Capítulo 1, describimos las tres leyes de la arquitectura del software:
-
Todo en la arquitectura de software es un compromiso.
-
Elpor qué es más importante que el cómo.
-
La mayoría de las decisiones arquitectónicas no son binarias, sino que existen en un espectro entre extremos.
Casi todos los ejemplos de este libro han ilustrado estas leyes, lo que apunta a su historia de origen. Cuando escribimos la primera edición, esperábamos encontrar numerosas cosas que parecieran universalmente ciertas sobre la arquitectura del software y codificarlas como leyes. Para nuestra sorpresa, acabamos identificando sólo dos leyes en la primera edición, y luego descubrimos una más al escribir la segunda. Fieles a nuestra intención original, estas tres leyes parecen bastante universales e informan de muchas perspectivas importantes para los arquitectos de software en activo.
En este breve capítulo, revisaremos estas leyes a la luz de los ejemplos que hemos mostrado y señalaremos algunos matices sobre el análisis de compensación.
Primera Ley: Todo en la arquitectura de softwarees un intercambio
Nuestra primera ley es una de las características definitorias de la arquitectura de software: todo es un compromiso. Mucha gente cree que el trabajo de un arquitecto de software consiste en encontrar soluciones ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access