O Valor Percebido é um importante conceito quando falamos de um Produto. Ele está relacionado à compreensão e ao desejo do cliente em usar/comprar o Produto. É um fator guiado pela percepção, pelos sentidos, pelas emoções e pela informação social que o cliente recebe sobre o Produto. O Valor Percebido é um equilíbrio entre o […]
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 […]
Em post anteriores vimos como se caracteriza uma arquitetura plana a partir das arquiteturas Clean, Onion e Hexagonal. O objetivo de qualquer arquitetura plana é isolar o domínio do resto da aplicação e esta, por sua vez, de qualquer dependências tecnológica de bibliotecas e frameworks. Chegamos num diagrama como este: As camadas verde amarela não […]
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.
Conceitos de Arquitetura Clean, como ela se relaciona à Arquitetura Hexagonal e a outras arquiteturas planas
Uma das dúvidas mais prementes em desenvolvimento é entender a diferença entre Design e Arquitetura. E muita gente vai lhe explicar como eles são diferentes. Como design tem mais que ver com código e coisas como os Princípios SOLID e que arquitetura tem mais que ver com os atributos do sistema como Segurança e Escalabilidade. […]
Neste artigo exploro o conceito de como seria uma melhor API de coleções e porque gostaríamos de ter uma.
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 […]
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.
O que Ágil realmente significa. Não é o Manifesto Ágil, não é XP, não é Scrum é algo mais amplo que dá vida a todos estes.