Semana 1 · Arquitetura de Software
Domain-Driven Design: Tackling Complexity in the Heart of Software
por Eric Evans
Nível: AvançadoConceitualLeitura densa
Fontes
- VídeoModelagem de Software é Difícil? | "Ver" vs "Enxergar" (abre em nova aba) — Fabio Akita, 11 de ago. de 2023conferido em 19 de out. de 2026
- VídeoRecomendação de Livros - Introdução a Design Emergente (abre em nova aba) — Fabio Akita, 11 de out. de 2021 · trecho em 33:36conferido em 19 de out. de 2026
- VídeoDDD & Microservices: At Last, Some Boundaries! • Eric Evans • GOTO 2015 (abre em nova aba) — GOTO Conferences, 23 de dez. de 2015conferido em 19 de out. de 2026
- BlogDomainDrivenDesign (abre em nova aba) — Martin Fowler, 22 de abr. de 2020conferido em 19 de out. de 2026
- BlogBoundedContext (abre em nova aba) — Martin Fowler, 15 de jan. de 2014conferido em 19 de out. de 2026
- PaperVaughn Vernon — Effective Aggregate Design (DDD Community) (abre em nova aba)conferido em 18 de out. de 2026
✔ = link aberto e conferido em . Links não são de afiliado.
Leia junto Fundamentals of Software Architecture · Software Architecture: The Hard Parts · Clean Architecture · Learning Domain-Driven Design · Building Evolutionary Architectures
Aparece em Semana 1 · Clássicos da Engenharia de Software · Livros para quem faz MBA/pós em Engenharia de Software
É a origem da linguagem ubíqua e dos bounded contexts. Vale ler depois de uma introdução mais leve, como o Learning DDD.
A parte de design estratégico, no fim do livro, é hoje a mais valiosa: como dividir o domínio em contextos e como eles se relacionam. Os capítulos de padrões táticos podem ficar para uma segunda leitura.
No vídeo de recomendação de livros, o Akita alerta que ele não deve ser lido como manual de instruções. Nos artigos do Martin Fowler sobre DDD e bounded context, ele aparece como a fonte do conceito, e na GOTO 2015 o próprio Eric Evans relaciona DDD a microsserviços.