Engenheiro de software. Aqui compartilho projetos, pensamentos e explorações.
Depois de mais de uma década em Java, TypeScript e afins, encarar Haskell de verdade expôs lacunas que a orientação a objetos nunca cobriu, e mudou a forma como penso qualquer código, não só o funcional.
Atualizei para o Angular 22 esperando rotina e encontrei um marco: Signal Forms, resource e Angular Aria estáveis, OnPush por padrão e uma leva de depreciações que força o ecossistema inteiro a se mexer.
Por que preparar o projeto antes da primeira linha compensa: menos retrabalho, decisões com dono, handoff que troca de time sem perder contexto, aprovação objetiva e o direito de dizer não antes de queimar orçamento.
Por que testes unitários importam no front-end moderno, o que há de verdade nos argumentos contrários e como decidir o que realmente vale cobrir.
Por que organizar por tipo de arquivo quebra quando o projeto cresce, como montar features lazy-loaded com standalone components e camadas no estilo Nx, os anti-padrões que mais custam caro e quando essa abordagem não vale a pena.
As sete etapas que todo projeto percorre antes de codar, do BRD ao Go/No-Go: os gates, os papéis, o tailoring, o baseline de segurança e os templates que mantêm negócio e tecnologia no mesmo trilho.
Como os Signals funcionam por baixo do capô, do grafo de dependências ao push/pull preguiçoso, e por que isso transforma o change detection do Angular em bisturi no lugar de marreta.
