Escrevo sobre o que aprendo construindo.

Ter casos de uso, entidades e repositórios não garante Clean Architecture. Com um sistema de gestão de frota como exemplo, o artigo mostra como entidades anêmicas transformam o código em transaction scripts disfarçados e conduz a migração para um domain model: um objeto Chassi que valida a si mesmo, atributos protegidos, um método de criação com valores padrão e casos de uso que apenas orquestram as regras.

Modularidade vai além de dividir código em camadas técnicas. O artigo explica coesão e acoplamento, mostra por que a arquitetura em camadas gera muita comunicação entre módulos e quase nenhuma dentro deles, e defende a modularização por domínio de negócio, inspirada no DDD. O resultado são módulos coesos, desacoplados e prontos para virar serviços independentes quando o domínio amadurecer.

Microsserviços não são resilientes por natureza. Partindo das oito falácias da computação distribuída, o artigo mostra que trocar chamadas em memória por chamadas de rede cria novos pontos de falha, e que resiliência depende do que cada serviço precisa garantir. Um sistema nunca é resiliente a tudo, e sim resiliente a algo.

Branches e commits sem padrão transformam o histórico em ruído. O artigo lista os problemas de nomes vagos e mensagens confusas e mostra como padrões de nomenclatura de branches e commits semânticos, no formato prefixo(módulo): descrição, fazem o repositório documentar a si mesmo.