Alienta a los programadores a pensar de afuera hacia adentro, en lugar de adentro hacia afuera. Alienta a los programadores a ver el sistema desde el punto de vista del consumidor, en lugar de solo desde lo interno hacia afuera. Esto puede resultar, si el programador presta atención, a una API externa más amigable para el consumidor y un límite más claro entre el sistema y el consumidor. (Aquí, el consumidor puede ser personas u otros sistemas o ambos).
Dado que la arquitectura se ocupa (al menos) de los límites entre sistemas y subsistemas, esta visión equilibrada de elementos internos y externos alienta al programador a separar más limpiamente su sistema de otros sistemas. Esto generalmente evita interdependencias poco saludables a gran escala / alto nivel. Podemos decir que esto “mejora la arquitectura”. Ciertamente no garantiza una gran arquitectura, pero al menos alerta a los programadores sobre posibles problemas.
Además, dado que los programadores participan en BDD y no solo “el arquitecto” o “el equipo de arquitectura” (si su empresa se ha organizado de esta manera), entonces más personas se involucran en las decisiones de arquitectura (caos potencial), sino que más personas reciben más retroalimentación sobre las consecuencias arquitectónicas de sus decisiones (aprenden más, antes), y cada vez más personas comienzan a preocuparse por la arquitectura (la arquitectura tiene más oportunidades de mejorar).
- Cómo influir en un idiota para que siga mis ideas
- ¿Fue James Dean una influencia de estilo en Elvis?
- ¿Cuál crees que es la influencia de la teoría skopos?
- ¿Cuáles son los posibles beneficios futuros de tener muchos seguidores de Quora?
- ¿Existe un servicio que conecte a personas influyentes en las redes sociales basadas en audiencias compatibles pero no superpuestas?