O que Ciência de Sistemas tem a ver com arquitetura de software? Neste post, exploro como conceitos de sistemas, DDD, modelos mentais, documentação e software se conectam. Uma reflexão para quem quer entender melhor por que sistemas complexos são feitos de sistemas — e como isso influencia nosso jeito de projetar, documentar e desenvolver software.
Sair do 'Big Design Up Front' para o 'No Design' foi um erro que muitos times cometeram. Neste artigo, resgato o valor do 'Enough Design' e mostro como o Domain-Driven Design, a Linguagem Ubíqua e o Design Orientado a Responsabilidades podem domar a complexidade. Aprenda a transformar requisitos complexos em partes simples e interativas, usando técnicas como BPMN e refatoração, para manter a velocidade do seu time e a saúde do projeto no longo prazo.
Descubra como o Event Storming, uma técnica colaborativa do Domain-Driven Design, transforma a modelagem de software ao colocar especialistas do negócio e desenvolvedores lado a lado para mapear fluxos, identificar lacunas e construir uma linguagem comum.
Quais são os elementos básicos de um modelo de software? Existem tipos de elementos que podemos usar para construir qualquer modelo?
Todo software existe para resolver um problema real. E para resolver esse problema precisa ser bem modelado. Nesse post vou navegar um pouco pela introdução do livro Domain-Driven Design para explicar o que é modelo e o que é domínio e como podemos modelar nosso software.
Uma introdução ao termo Linguagem Onipresente baseada no livro Domain-Driven Design.