Design Orientado a Domínio #17 (Final) — Por que o "plano diretor" sempre falha

O capítulo final do livro amarra os três pilares do design estratégico (Contexto Delimitado, Destilação, Estrutura em Grande Escala) mostrando como eles se combinam na prática — uma Camada de Responsabilidade pode viver dentro de um único Contexto Delimitado, ou pode abranger vários contextos e organizar o Mapa de Contexto inteiro, inclusive incorporando um sistema legado bagunçado como se ele próprio se encaixasse em camadas específicas. A pergunta mais importante do capítulo: quem decide a estratégia? O modelo tradicional do "arquiteto da torre de marfim", que dita regras antes do desenvolvimento começar, quase sempre fracassa — porque só quem está realmente construindo a aplicação tem o conhecimento profundo necessário pra essas decisões. Eric Evans descreve dois modelos que funcionam na prática: Estrutura Emergente (uma equipe autodisciplinada, no estilo Extreme Programming, onde a ordem cresce organicamente) e uma Equipe de Arquitetura Focada no Cliente — que, ao contrário do arquiteto tradicional, literalmente põe a mão na massa junto com as equipes de aplicação. O episódio fecha com os "Seis Fundamentos" para decisões de design estratégico — incluindo o aviso direto "não escreva frameworks para leigos" (se um desenvolvedor não é inteligente o bastante pra projetar, ele não deveria estar desenvolvendo software; se é, infantilizá-lo só cria barreiras) — e termina com a citação mais memorável do livro: a crítica de Christopher Alexander aos "planos diretores" na arquitetura de edifícios e urbanismo. Um plano diretor cria "ordem totalitária, não ordem orgânica" — rígido demais pra se adaptar às mudanças inevitáveis de uma comunidade viva, e ao mesmo tempo vago demais nos detalhes pra realmente guiar cada decisão local. A mesma lição, argumenta Evans, se aplica a toda arquitetura de software imposta de cima para baixo. 📖 Baseado no Capítulo 17 ("Reunindo a Estratégia") de "Domain-Driven Design: Atacando as Complexidades no Coração do Software", de Eric Evans. Este é o último capítulo do livro — fim da série "Design Orientado a Domínio". #DomainDrivenDesign #DDD #EricEvans #EngenhariaDeSoftware #ArquiteturaDeSoftware