A renderização no servidor compensa quando velocidade da primeira pintura, visibilidade para crawlers ou dispositivos fracos importam, porque o usuário recebe HTML significativo antes de qualquer JavaScript executar. Um app renderizado no cliente serve bem atrás de um login onde buscadores são irrelevantes e as sessões são longas. O custo real da renderização no servidor é a hidratação, uma segunda execução no cliente, mais um runtime de servidor, cache e busca de dados que agora são seus.
Por que os entrevistadores perguntam isso
O entrevistador quer saber se você consegue justificar arquitetura com resultados para o usuário em vez de padrões vindos de um tutorial de framework. Ele está escutando a hidratação, já que é a parte que as pessoas esquecem, e o fato de que renderizar no servidor adiciona superfície operacional. Dizer que renderizar no servidor é sempre melhor é uma resposta mais fraca que nomear o caso específico em que um app simples no cliente é a escolha certa e mais barata.
Como estruturar sua resposta
- Cite os resultados para o usuário que a renderização no servidor melhora.
- Cite o caso em que renderizar no cliente é o tradeoff melhor.
- Explique a hidratação e por que ela não é de graça.
- Mencione renderização estática ou em cache como meio termo.
Exemplo de resposta
Tudo se resume a quem está esperando e se um crawler precisa ler a página. Para qualquer coisa pública, páginas de marketing, listagens de produto, conteúdo, renderizar no servidor é quase obrigatório, porque o usuário vê conteúdo de verdade na primeira resposta em vez de um spinner enquanto um bundle é baixado e interpretado em um Android intermediário. Para uma ferramenta interna ou um dashboard autenticado pesado, eu fico feliz com um app renderizado no cliente; ninguém está indexando aquilo e a sessão dura uma hora, então a carga inicial se amortiza. O que eu quero que as pessoas entendam é a hidratação. Renderizar no servidor não significa menos JavaScript por padrão; os mesmos componentes muitas vezes rodam de novo no cliente para conectar handlers, então você consegue entregar HTML rápido e ainda ter uma página que ignora cliques por dois segundos. É por isso que Server Components e streaming importam, já que eles cortam quanto precisa ser hidratado. Onde os dados mudam raramente, eu prefiro renderizar no build ou fazer cache do HTML na borda e pular o trabalho de servidor por completo.
Vai encarar essa entrevista em breve? O GhostPilot escuta a sua chamada ao vivo, identifica a pergunta no instante em que ela é feita e coloca uma resposta estruturada na sua tela em tempo real. Teste na sua próxima entrevista simulada ou pegue um Session Pass de $29, sem assinatura, para a hora da verdade.
Veja como funcionaPerguntas de acompanhamento que você pode esperar
- O que causa uma incompatibilidade de hidratação e como você depura uma?
- Como o streaming com Suspense muda a carga percebida?
- Quando você escolheria geração estática com revalidação no lugar?
Mais perguntas para Desenvolvedor Full Stack
Seu entrevistador vai fazer a própria versão desta. Cole a descrição real da vaga no Question Predictor gratuito e receba as 20 perguntas que essa vaga tem mais chance de fazer, com o que cada uma está de fato sondando.
Prever minhas perguntas