Desenvolvimento, Gestão, Arquitetura de Software, Estratégia, Cultura, Devops e afins
Esse artigo traz as bases conceituais associadas ao paradigma Orientado a Objetos, mas não apenas as ideias de abstração, encapsulamento, etc. mas as consequências do seu uso. Por conta disso vemos, de modo geral, conceitos como Entropia de Software, Acoplamento e Coesão, e um pouquinho de código por que ninguém é de ferro.
Essas siglas e acrônimos se espalham com muita facilidade por serem projetados para serem lembrados. Alguns soam bobos por forçarem muito a barra para gerar o encaixe do do explicação com o acrônimo. Além disso, alguns deles são simplesmente ideias gerais e outros são claros e definem pontos específicos na construção de projetos. Assim o artigo Princípios e Acrônimos: SPOT, DRY, AHA, etc. vai dar uma pequena visão geral sobre os mais utilizados hoje em dia. No mais, acho que eles nem sempre têm relação específica com o desenvolvimento, mas com a definição de projetos ou até mais longe: na condução das ações da vida.
O DDD pode ser observado por dois grandes pontos de vista: o estratégico e o tático. O DDD estratégico oferece elementos conceituais robustos que ligam a estruturação do software com as características particulares do negócio. Já o Domain Driven Design tático dá meios para que implementações reais, independentes de linguagem de programação, consigam garantir a entrega das necessidades estratégicas. Muitos veem o DDD apenas do ponto de vista tático – com seu conjunto de Patterns – mas entenda que somente esse ponto sem a estratégia há um empobrecimento de seu uso e, de certo modo, destrói-se a implementação do DDD. Veja nesse artigo os 7 padrões do DDD tático e como eles podem ser utilizados.
Modelando em 7 passos no VSCode: Veja um exemplo de uma corretora de criptomoedas do absoluto zero, passando por event storming, mapeando dos sub-domínios, relacionando contextos até chegar ao diagrama de contexto feito sob medida no Visual Studio Code.
Um jeito simples e objetivo de criar um Context Map do DDD (Domain Driven Design) diretamente pelo VSCode. Ele possui uma linguagem CML que facilita a construção e já gera os diagramas como se espera.
Entenda de uma vez por todas o que é Domain Driven Design estratégico e as nove possíveis relações entre os contextos. O DDD é uma abordagem completa para lidar com softwares grandes que tem como premissa o devido entendimento da complexidade do negócio utilizando a chamada Linguagem ubíqua. A partir daí se constrói mapas com domínios e sub-domínios. E continuando, a partir do mapa de domínios é possível extrair estruturas menores chamadas de contexto.
Você também acha que usa DDD só porque tem pastinhas específicas organizando o código? Pensou errado!A estratégia da organização norteia tanto a estrutura corporativa (negócios existentes, modelos de negócio, fluxo de caixa, margens, etc.) quanto a própria estrutura do software, uma vez que ela tende a refletir tais características.Esse artigo vai da estratégia da organização até a estratégia associada ao DDD. Mas se seu objetivo é querer entender elementos como repository, agregações, value-objects ou mesmo estruturas de pastas comumente utilizadas em projetos desse tipo, entenda que esse artigo não entregará tais características. Pelo contrário, ele entregará os passos anteriores que fundamentam o uso do DDD numa empresa. Uma vez que entendo que esses elementos sem a estratégia não são DDD, mas tão somente nomes de pastas ou classes. De todo modo escreverei em algum momento um artigo sobre eles.
Para começar o Kubernetes é o mais conhecido e talvez o mais robusto sistema de orquestração de containers do mercado atual. Ele é um projeto da Cloud Native Computing Foundation que utiliza, gera e exige um conjunto de padrões para seu funcionamento. Não fossem esses padrões não haveria todo um ecossistema de fornecedores envolvidos nesse… Leia mais Padrões do Kubernetes
Vivenciar situações de dor e desconforto não é algo cobiçado, mas sentir prazer e satisfação é quase unânime. E é essa sensação de prazer que motiva alguém a comer uma sobremesa após o almoço. Ou até mesmo se sentir bem em ir à academia no domingo de manhã. Isso ocorre por conta do chamado sistema… Leia mais O Cérebro e seu Sistema de Recompensas
Esse título é, certamente, um click bait. A promessa parece absurda: trabalhe apenas 4 horas por semana.Parece uma grande mentira para vender livros. Mas ele oferece um método para alcançar esse objetivo sob o nome DEAL. O que é o DEAL? D – Definição Essa fase diz respeito a saber o que se quer. Os… Leia mais Resenha de “Trabalhe 4 horas por semana”