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 padrão Decorator é uma solução elegante para um problema clássico da programação orientada a objetos: a explosão de subclasses. Quando precisamos adicionar comportamentos variados a um objeto, a herança tradicional leva a uma proliferação de classes combinatórias. Por exemplo, para um sistema de notificações, poderíamos ter NotificacaoEmail, NotificacaoSMS, NotificacaoEmailSMS, NotificacaoEmailSlack, e assim por diante — uma combinação para cada variação.
O gerenciamento de erros e exceções é um dos pilares da construção de sistemas robustos e confiáveis. Para compreendê-lo plenamente, é essencial distinguir três conceitos fundamentais:
Sistemas legados são a espinha dorsal de muitas organizações. Construídos ao longo de décadas, eles armazenam dados críticos de clientes, transações financeiras e inventários. Suas características típicas incluem bancos de dados relacionais monolíticos, interfaces baseadas em arquivos (CSV, XML) e APIs REST antigas com documentação escassa. Apesar de sua estabilidade, esses sistemas apresentam limitações severas: baixa escalabilidade horizontal, dificuldade de integração com tecnologias modernas
O Request for Comments (RFC) é uma ferramenta clássica de engenharia de software, mas na prática muitos se tornam armadilhas de produtividade. O problema não é o formato — é como eles são escritos. Documentos de 30 páginas com diagramas complexos, jargão excessivo e falta de contexto claro fazem com que revisores pulem parágrafos ou, pior, ignorem o documento por completo.
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".
O TypeScript evoluiu de forma notável desde sua criação. No início, bibliotecas como lodash/fp tentavam trazer um pouco de imutabilidade e composição funcional para o ecossistema JavaScript. Depois veio o fp-ts, que introduziu conceitos como Option, Either e Task, oferecendo uma abordagem mais rigorosa de programação funcional tipada. No entanto, fp-ts sempre foi visto como uma biblioteca de conceitos — excelente para aprender, mas difícil de usar em produção sem um arcabouço mais completo.
Linters genéricos como ESLint, Pylint ou Checkstyle são excelentes para capturar erros de sintaxe, problemas de estilo e más práticas comuns de codificação. No entanto, eles são cegos para questões arquiteturais. Um linter genérico não sabe que sua camada de apresentação não deve importar diretamente classes da camada de infraestrutura, ou que módulos específicos não devem depender uns dos outros.
Mutation testing é uma técnica de avaliação de testes que introduz pequenas alterações sintáticas no código fonte — chamadas de mutantes — para simular bugs comuns. Cada mutante representa uma versão modificada do programa original, como trocar > por <, alterar uma constante numérica ou remover uma chamada de método.
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: