Frontend e Runtime

Como pilha, microtasks, timers e ordem de execução se encaixam de verdade.

Como separar thread principal, event loop, I/O, libuv e worker threads sem repetir uma frase errada.

Como entender referência, ciclo de vida, mutação e vazamento sem transformar o assunto em aula de compiladores.

Um jeito simples de decidir o que deve ser estado, o que pode ser derivado e o que nem deveria existir.

Em entrevistas de frontend, resposta forte não para em debounce. Ela fala de concorrência de requests, estados de UI, custo no cliente e trade-offs de experiência.

Como usar effects sem transformar sincronização, fetch e evento colateral numa pilha de comportamento difícil de prever.

Como decidir onde cada parte do trabalho deveria acontecer sem transformar a arquitetura numa mistura confusa.

Como usar HTML e organização de interface para ajudar navegação, leitura e entendimento sem tratar acessibilidade como detalhe visual.

Como desenhar navegação por teclado e fluxo de foco de um jeito claro e confiável pela interface.

Como construir componentes interativos em React preservando semântica, foco e comportamento nativo.

Muita arquitetura frontend degrada quando tipos diferentes de estado acabam tratados como se fossem a mesma coisa.

Muita árvore de frontend fica confusa porque a responsabilidade de cada camada nunca foi delimitada de verdade.

Hook custom bom encapsula comportamento recorrente. Hook ruim só muda a bagunça de arquivo.

Modularização boa reduz raio de impacto e melhora entendimento. Quando vira teatro de pasta, só aumenta custo de navegação.

Frontend grande raramente melhora com reescrita ampla. O caminho mais seguro costuma ser reduzir dor real em partes, com fronteira melhor e migração progressiva.

Design system útil não tenta controlar tudo. Ele padroniza o que reduz atrito e deixa livre o que ainda precisa de espaço.

O que ajuda de verdade é deixar claro o que é código local de feature, o que é compartilhado e o que virou contrato estável.

Como separar os tipos de cache do navegador sem chamar tudo de cache do browser como se fosse uma unica caixa magica.

Como esses recursos entram na pagina em tempos e pesos diferentes, e por que isso muda pintura, bloqueio e percepção de velocidade.

Como entender CORS pelo problema que ele tenta controlar no navegador, sem confundir politica de browser com segurança total da sua API.

Como sair da conversa rasa sobre tamanho de bundle e enxergar o custo completo de baixar, parsear, executar e disputar a thread principal.

Como entender a ordem real entre código síncrono, microtasks, timers, eventos e renderização sem misturar tudo numa fila imaginaria só.

Um mapa mental direto das camadas que entram antes de a página aparecer, sem transformar protocolo em decoreba.

Como sair da explicação preguiçosa de que o problema e "o framework" e enxergar o que realmente deixa a experiência pesada.