Salve, das Beleza! Continuamos essa saga aqui no Domain Dreaming Design. Agora nós vamos falar de fato, a gente falou na última aula sobre espaço de problema e espaço de solução, que na verdade é mais uma perspectiva dos subdomínios. Mas agora a gente pode dividir o DDD em duas partes. Isso aí você pode gravar. Não precisa ser obrigado a gravar isso na sua cabeça, mas funciona sim e depois que você acaba guardando a sua informação, fica fácil sempre lembrar das coisas do DDD. Então nós temos o design estratégico versus design tático. A gente poderia dividir as duas palavras, estratégia e tático, essas duas palavras vêm muito do ambiente organizacional, sobre como gerir empresa. A gente poderia colocar que o estratégico é uma visão mais gerencial, de alto nível do que precisa ser feito, do problema a ser resolvido, do que nós precisamos fazer. E a tática seria como nós vamos fazer, dado o que é necessário, dada essa estratégia, como nós vamos implementá-la? Então, quando a gente fala de design estratégico, ele tem muito mais a ver com o espaço do problema, que é o estabelecimento do domínio e dos seus subdomínios, e também dessa visão aqui do relacionamento entre os contextos já estabelecido aqui nessa imagem tá então ele chegaria até aqui é a estratégia tenho esses domínios e essa relação para poder trabalhar aí entra a tática que é como a gente vai resolver esse problema aqui. Então, o design tático tem uma relação aqui em um nível mais... Não sei se existe essa palavra. Em um nível, uma visão mais de implementação. Ele está dentro do espaço da solução, mas ele vem após isso aqui, porque com a tática, nós vamos estabelecer dentro de cada contexto existente como que nós vamos pegar aquele contexto e criar a tática, criar objetos que vão ajudar a gente a resolver aquele problema. É aí na tática do DDD que vai entrar todo aquele ponto que a gente adora da parte mais técnica. Mas mesmo assim, esses pontos aqui, ainda assim, a gente pode só conversar sobre eles, só entender que eles vão existir, e ainda assim a gente consegue até fazer alguns diagramas usando esses conceitos sem pensar em nada técnico. Então, uma vez que eu tenho o contexto, eu tenho o problema, eu sei a relação, na tática, dentro daquele contexto ali, nós vamos estabelecer quais são as entidades, quais são os agregados, os repositórios, os serviços de domínio, os módulos e os eventos de domínio. Então tudo isso faz parte também do espaço da solução, mas a gente está vendo ali especificamente, O DDD, imagina como se fosse um zoom. Então, eu poderia ter o domínio principal, aí eu dei um zoom, veio aqui os subdomínios, mas sem os contextos e os mapas dos contextos. Aí agora eu tenho os contextos e toda a relação. Aí eu vou pegar um contexto específico, eventos da minha plataforma de ingressos. Agora entrei. Dentro lá, eu tenho como eu vou resolver aquele contexto. Claro que também, um detalhe que às vezes a gente não fala muito, nós precisamos falar mais sobre a linguagem ubíqua. A linguagem ubíqua faz parte aqui também do design estratégico. A gente não colocou exatamente ela aqui, mas eu poderia colocar. Seria documentos, uma UML, um dicionário de termos, uma UML, um dicionário de termos, uma visão, chama declaração do domínio do contexto específico. Ah, esse contexto aqui, ele vai fazer isso, isso, isso e aquilo. Isso faz parte da estratégia. Aí entrei nesse contexto, aí a gente vai ver a tática. Então, como que a gente vai solucionar aquilo? Baseado em todos esses quesitos, esses pontos que estão dentro do DDD. Então, ter essa visão, estratégia e tática faz com que a gente entenda, de fato, os caminhos que nós temos que trilhar para, de fato, usar DDD. E aqui eu quero frisar mais uma vez, para sempre falar o que o Vernon também está falando, olha só, aqui até o momento nós não estamos colocando um A de tecnologia. A tecnologia é essencial, porque sem ela a gente não conseguiria implementar isso daqui. A gente não está fazendo aqui um exercício teórico de como que resolve os problemas do software apenas, o software tem que existir, tem que ser palpável enfim, a gente está fazendo isso aqui para gerar um software melhor no final das contas mas essa visão aqui, ela esclarece muito bem, porque DDD de fato é complexo, então espero que isso aqui tenha clareado um pouco a sua cabeça e você talvez possa até voltar lá nas aulas do Vernon, quando você assistir de novo. Opa, isso aqui ele está falando, eu sei que está dentro do design estratégico. Não, isso aqui já faz parte do design tático, que ele fala ali... A tática vai começar depois da metade das aulas do Vernon, quando ele começa a falar de entidade. Tudo dali para trás faz parte da estratégia. Como que a gente está vendo os problemas, o que precisa ser feito na tática, como nós vamos resolver aquele problema. Então, vamos continuar a nossa saga, pessoal. É isso aí e até a próxima.