Por Que Banimos o `useEffect` do React

O `useEffect` não foi banido por ser tecnicamente defeituoso, mas por expor uma falha estrutural na forma como muitos times modelam lógica em React: trocam clareza declarativa por efeitos imperativos disfarçados. A Factory não removeu o hook por causa de bugs isolados, removeu porque cada uso legítimo dele poderia ser substituído por uma primitiva mais específica, com contrato explícito e menos margem para erro. Derivar estado diretamente evita dupla renderização e inconsistência; bibliotecas como TanStack Query resolvem data fetching com cache, cancelamento e deduplicação nativos; manipuladores de eventos tratam interações com semântica imediata e previsível; e a prop `key` é uma ferramenta intencional para resetar estado, não um hack. O que torna essa decisão técnica relevante agora é o alinhamento com o futuro do React: Server Components, Server Actions e o React Compiler exigem que o código cliente seja mais estático, menos dependente de efeitos assíncronos espalhados. Um código sem `useEffect` direto é mais fácil de analisar, testar, otimizar e, crucialmente, entender por agentes de IA, que não raciocinam bem sobre cronologia, mas entendem bem árvores de dependência e fluxos de dados.

A proibição via regra de linting (`no-restricted-syntax`) não é uma restrição arbitrária: é um sinalizador de design. Ela força os desenvolvedores a escolherem entre soluções com contratos explícitos (como `useQuery`, `useFormState`, `useTransition`) ou a criarem abstrações próprias, o que, por si só, já eleva o nível de discussão arquitetural. Isso também reduz o custo de onboarding: novos devs não precisam decifrar por que um efeito roda duas vezes ou por que um array de dependências inclui uma função inline que muda a cada render.

Essa decisão importa porque revela uma mudança de prioridade no ecossistema React: não mais 'como fazer algo acontecer', mas 'como garantir que algo aconteça no momento certo, com as garantias certas'. Time que bane `useEffect` está, na prática, banindo a cultura da 'válvula de escape' e adotando padrões que impõem disciplina antes da execução, o que reduz bugs em produção, acelera revisões de código e melhora a qualidade das sugestões de agentes de IA. Não se trata de rejeitar o React, mas de usar sua evolução recente (React 19, Server Actions, Forget) como base para construir aplicações mais previsíveis, não mais como camada de compatibilidade para padrões herdados.