Completude e Pureza do Modelo de Domínio 

jan/23
2

Ao utilizar Domain Driven Design podemos pretender que todas as regras de domínio existam codificadas nas classes que pertencem ao domínio ao invés de espalhar regras de domínio por várias classes em várias camadas do sistema. A principio, não queremos ter lógicas espalhadas por controladores ou serviços de aplicação ou quaisquer outras classes que não […]

Arquiteturas Planas: Detalhes 

fev/21
5

Neste artigo irei apresentar um pouco mais sobre os detalhes das classes em cada camada da Arquitetura Plana e como isso se relaciona a outros conceitos como DDD e Micro Serviços.

Coleções turbinadas 

abr/15
24

Neste artigo exploro o conceito de como seria uma melhor API de coleções e porque gostaríamos de ter uma.

Monads em Java 

nov/13
4

Uma das coisas que me atraia a experimentar o C# era o conceito de Monad. Eu não entendia muito bem o conceito. O material na internet sobre este assunto é muito vago ou muito virado para scala (que também suporta o conceito) ou para Haskell onde é central ao uso da linguagem. Eu pensava que […]

Scala: O vencedor da batalha Java vs .Net 

out/13
26

Depois de um ano trabalhando com C# , gostaria de partilhar algumas ideias comparativas entre a plataformas .NET e a Java e as linguagens C# e Java. Já devem estar pensando que lá vem mais um cara fazer comparações e dizer que é tudo a mesma coisa. Não.  Não é tudo a mesma coisa e […]

Arquitetura Padrão Completa 

fev/13
23

A maior parte das aplicações hoje são web e usam os mesmos traços gerais de na sua arquitetura. Contudo poucas aplicações fazem uso de todo o proveito que uma arquitetura bem pensada pode oferecer, não apenas para o desempenho e robustez da aplicação mas também para o seu bolso e a proteção dos seus ativos.

Pacotes, Camadas e Módulos 

fev/13
18

Os conceitos pode trás da organização do código em pacotes, camadas e módulos.

Otimização Preventiva 

jan/13
2

Você já deve ter ouvido dizer que a otimização permatura é a raiz de todos os males. Esta ideia se deve a um má citação do texto do Donald Knuth. A partir dai se criou a ideia que você poderia criar um código qualquer e que depois, no fim, iria ser otimizado. O famoso: “primeiro faz funcionar, depois faz funcionar bem, depois faz funcionar depressa”. Ora isto é simplesmente uma imbecilidade. O código sim deve ser otimizado nas coisas que interessam. O artigo explora o conceito de otimização preventiva , explica a diferença para uma otimização prematura e mostra como é uma boa prática.

Métricas, Indicadores e Scrum 

out/12
17

Como as 6 dimensões de um projeto: Prazo, Custo, Qualidade, Escopo, Risco e Beneficio estão relacionados aos conceitos e mecânicas do Scrum.

Limpando a Fachada 

jul/12
26

Em 2010 insisti no conceito do Repositório como peça fundamental do andar de domínio. Este tempo todo depois e parece não ter vingado. As pessoas ainda pensam em termos de DAO. Mas isto me pôs a pensar o que mais falta nos designs de hoje em dia. Além do isolamento da UI que falei outro dia, que é um assunto mais complexo, um ponto importante é a proteção do domínio.

Scroll to Top