Executando verificação de segurança...
Respondendo a "Por Que o Nuxt Merece Mais Respeito Sincerament..." dentro da publicação A Escassez de Devs Nuxt no Brasil: O Tesouro Que Ninguém Está Cavando
1
TiagoBrilhante

Como está o Nuxt hoje? consigo resolver esses problemas sem dor de cabeça?

Pode apostar que sim...
O Nuxt amadureceu muito — principalmente da v3 pra v4.
Claro, como qualquer framework moderno, exige estudo e leitura da documentação, mas hoje tudo está bem mais intuitivo e previsível.

Sinceramente a última vez que eu tentei fazer um projeto com Nuxt eu não consegui fazer um middleware de autenticação funcionar.
Não tinha uma clareza pra mim de onde o componente estava rodando, se é no cliente ou servidor.

Sim, essa confusão era comum lá atrás.

Mas hoje a separação é cristalina:

se o middleware estiver em server/middleware/, ele roda no backend;

se estiver em app/middleware, é do frontend.
Basta entender o ponto de interceptação que você precisa — o conceito é simples, e o framework não te atrapalha nisso... Na verdade isso não é problema do framework em si... é só conceito mesmo...

O nitro pra mim era mais uma pedra no caminho que uma facilidade, abandonei totalmente em favor do React.

Hoje o Nitro é praticamente transparente pro dev.
Ele cuida do SSR, rotas e APIs de forma encapsulada — você raramente precisa se preocupar com ele diretamente.
No dia a dia, ele só garante que tudo funcione rápido e de forma universal, sem dor de cabeça.

Sim, eu vim do Vue para o React e sinceramente, na época, o react era muito superior.

Totalmente compreensível... o React realmente estava num momento melhor há alguns anos.
Mas vale lembrar que isso não é uma comparação direta: React é a base, enquanto Nuxt é o framework completo (assim como Next é pro React).
E hoje, Vue e React estão lado a lado em maturidade e performance — o que muda é filosofia e governança.

Eu vejo justamente o contrário, antigamente o Next era muito mais amarrado à Vercel, hoje ele roda fora dessa infraestrutura normalmente.

Sim, dá pra rodar fora, mas nem tudo é tão simples assim.
Há várias discussões na comunidade sobre as dificuldades de self-host do Next com todos os recursos funcionando — como ISR, edge functions, otimização de imagens e fontes, e o app router integrado à infra da Vercel.
Recomendo duas leituras interessantes sobre isso:

Então, se você consegue rodar tudo fora da Vercel sem restrições, parabéns mesmo — é um feito!
Mas esse é justamente o ponto: o Nuxt nunca te prende a nada.
Você pode hospedar na Vercel, Netlify, Cloudflare, VPS, ou até no seu próprio servidor... sem nenhuma limitação de funcionalidade.

Carregando publicação patrocinada...
2
geminidev

Cara o middleware do next so funciona se fizer deploy na vercel, qualquer deploy em outro local, voce precisa de suporte a edge funcion ou similar pra funcionar e vc precisa reescrever o codigo nessa edge.

So isso ja me fez procurar por opções, como o Router 7(que esta ótimo),
controle total, ele facilita a renderização de dados, sempre procura pela opção mais nativa possivel antes de encapsular o codigo.
E eu fui atrás do vue também, achei muito bom, olhei e achei uma boa curva de aprendizado de frameworks, a documentação é grande, mas bem feita.

Eu não fecho os olhos pra nada, o next é uma armadilha na minha visão e a tendencia é piorar.

1
TiagoBrilhante
  • Autor
    Autor

O framework foi desenvolvido pela vercel, então eles vão otimizar para vender a infra deles... e não tem nada de errado quanto a isso, pois eles estão investindo tempo e dinheiro...
Se o dev quer ter um vendor-lockin... é uma opção dele...
Eu não acho isso legal, por esse motivo incentivo o uso do Nuxt como alternativa válida... (eu sei que existem outras, mas o ecossistema do Nuxt é mais... aconchegante...)

1
rafakuro

Eu acompanho Nuxt desde 2022 quando eles lançaram a versão 3, eu estava aprendendo Vue e já pulei para o Nuxt, e sempre acompanho a documentação.
No começo a documentação estava confusa, e também penei nos middleware.

Eu odeio a abordagem de middleware do nuxt nitro, o que fica na parte server/middleware, porque eles rodam automaticamente em toda requisição, com isso você precisa fazer if checks para o middleware atuar na rota certa, um saco isso.

Já nos middleware de rota, que ficam na parte do cliente você pode especificar qual middleware usar no composable definePageMeta, e colocar quais middleware você quer que rode na pagina que você está trabalhando.

Tem uma outra forma de fazer middleware rodar por request, mas é meio complexo e nada intuitivo.

Eu nunca usei Nuxt amarrado na Vercel, acho a vercel um lixo, prefiro VPS e agora estou brincando com cloudflare workers, eles disponibilizam 3MB de espaço para upar seu bundle zipado, isso é muita coisa, dá pra fazer varios projetinhos free e hospedar nele e isso não conta a pasta public, você pode colocar uns 20 mil assets de até 20 mb, e também server para o server side, só não pode colocar muita computação que tem limite de CPU time.