Categoria
A Lei de Demeter, também conhecida como Princípio do Mínimo Conhecimento, foi formulada no final dos anos 1980 no projeto Demeter da Northeastern University. Sua essência é simples: um objeto deve ter conhecimento limitado sobre a estrutura interna de outros objetos. Na prática, isso se traduz na regra "fale apenas com seus amigos imediatos".
O custo da má legibilidade em código é frequentemente subestimado. Estudos mostram que programadores passam cerca de 60% do tempo lendo código, não escrevendo. Cada nome mal escolhido gera um pequeno atrito mental que, acumulado, transforma-se em horas perdidas em revisões e debugging.
Em bases de código antigas, o maior vilão não é tecnologia obsoleta ou falta de testes — são nomes que mentem. Um nome enganoso pode custar horas de debug para uma equipe inteira. Considere este exemplo clássico:
Dívida técnica não é sinônimo de código mal escrito. É o acúmulo de decisões subótimas — intencionais ou não — que geram juros na forma de retrabalho, lentidão e bugs. Ward Cunningham, que cunhou o termo, comparou ao débito financeiro: você toma um empréstimo para acelerar uma entrega, mas os juros (esforço extra futuro) precisam ser pagos.
Um README bem escrito é a diferença entre um repositório que morre na gaveta e um que ganha comunidade, contribuições e estrelas. Ele é o primeiro — e muitas vezes o único — contato que um visitante terá com seu trabalho. Um README ruim custa caro: contribuidores em potencial desistem antes de entender o propósito, issues duplicadas inundam o repositório porque ninguém leu as instruções básicas, e o projeto perde credibilidade.
O Model-Based Testing (MBT) é uma abordagem de teste de software onde casos de teste são gerados automaticamente a partir de modelos formais que descrevem o comportamento esperado do sistema. Diferente dos testes tradicionais — onde o testador manualmente escreve scripts baseados em requisitos — no MBT o foco está na criação e manutenção de um modelo comportamental.
Por décadas, a documentação de arquitetura de software foi dominada por diagramas monolíticos e estáticos que rapidamente se tornavam obsoletos. Equipes gastavam semanas criando diagramas UML complexos que, após o primeiro deploy, já não refletiam a realidade do sistema. Essa crise de documentação levou Simon Brown, em 2011, a criar o modelo C4 — uma abordagem hierárquica para representar arquiteturas de software em quatro níveis de abstração.
O padrão Command é um dos 23 padrões de design do catálogo GoF (Gang of Four), classificado como padrão comportamental. Sua definição original estabelece que ele "encapsula uma solicitação como um objeto, permitindo parametrizar clientes com diferentes solicitações, enfileirar ou registrar solicitações e suportar operações reversíveis".
A programação funcional é um paradigma que trata a computação como avaliação de funções matemáticas, evitando mudanças de estado e dados mutáveis. Diferentemente da programação imperativa, que descreve como fazer algo através de sequências de instruções que modificam estado, a abordagem declarativa da programação funcional foca em o que deve ser computado.
Funções puras são o alicerce da programação funcional e um dos conceitos mais transformadores para quem busca código confiável e testável. Uma função é considerada pura quando satisfaz dois critérios essenciais: determinismo e ausência de efeitos colaterais.