Entrevistas de Vue focam no sistema de reatividade, na Composition API, e na comunicação entre componentes. Aqui estão as perguntas mais comuns com respostas modelo. Senior: arquitetura, trade-offs, mentoria e tomada de decisão.
Por feature em vez de por tipo: uma pasta que tem os componentes, composables e store de uma feature juntos, em vez de um diretório components com duzentos arquivos. Código compartilhado só se move para fora quando uma segunda feature realmente precisa dele. A direção da dependência importa mais do que os nomes de pasta — features podem usar shared, shared não pode saber sobre features.
A familiaridade do time primeiro, já que ambos são capazes e nenhuma decisão é técnica o bastante para se sobrepor a isso. Além disso: os single-file components do Vue e a reatividade embutida significam menos montagem para um time que não quer escolher uma lib de estado e uma abordagem de estilos. React ganha onde o pool de contratação ou uma lib de componentes existente decide.
Componente por componente, quando um componente já precisa de trabalho de qualquer forma — as duas APIs rodam lado a lado, então não há um dia marco. Extraia composables primeiro da lógica que se repete entre arquivos, porque é aí que está o retorno; converter um componente apresentacional simples não ganha nada. Uma reescrita sem mudança de produto é a primeira coisa cortada quando as prioridades mudam.
Meça isso no CI para que uma regressão fique visível no pull request em vez de em uma corrida de Lighthouse meses depois. Code splitting a nível de rota, imports dinâmicos para qualquer coisa pesada e raramente usada, e um olhar atento nas dependências — uma lib de datas ou um set de ícones importado por inteiro é a surpresa usual. Um orçamento que falha o build é o que faz qualquer uma dessas práticas se manter.
A reatividade profunda em um objeto grande, já que o Vue rastreia cada propriedade e um array de dez mil linhas vira dez mil proxies — shallowRef ou congelar os dados evita isso. Depois watchers que disparam uns aos outros, e cadeias de computed profundas o bastante para que uma mudança recalcule uma árvore inteira. A performance web geral ainda domina, mas esses são os que um profiler culpa no framework.
Numa entrevista de verdade você fala sob pressão. O Cam faz essas mesmas perguntas, avalia cada resposta e mostra exatamente o que melhorar.
Praticar entrevista de Senior Vue Frontend →