Executando verificação de segurança...
15

A Escassez de Devs Nuxt no Brasil: O Tesouro Que Ninguém Está Cavando

Logo do Nuxt

Tenta achar um dev Nuxt.js no Brasil. Vai lá.

É tipo procurar um byte corrompido em um cluster RAID. Eles existem, mas são raros. E isso é bizarro, porque o Nuxt é, tecnicamente, um monstro — concorre de igual pra igual com o Next.js (e em vários pontos, dá um baile).

O Paradoxo Brasileiro

Aqui, o Next.js é praticamente sinônimo de SSR. É o “framework padrão” de quem quer parecer moderno. Enquanto isso, o Nuxt fica ali, quietinho, rodando suave, sendo ignorado.

Pra cada 100 devs Next, você acha uns 2 ou 3 que realmente dominam Nuxt.

E não é por falta de qualidade, é puro ciclo vicioso: poucas empresas usam porque não há profissionais, e poucos aprendem porque não há vagas.

Some o marketing bilionário da Vercel, e pronto — o ecossistema fica enviesado.

Por Que o Nuxt Merece Mais Respeito

O Nuxt não é hype, é engenharia sólida.

A versão 4, lançada em julho de 2025, tá nível Next 16 — mas com uma filosofia completamente diferente.

- Governança de Verdade (e Sem Drama)

O React sempre teve aquele elefante na sala chamado Meta.

Em 2017, rolou a treta da licença BSD+Patents — basicamente, se você processasse o Facebook, perdia o direito de usar React.

A Apache Foundation baniu, o WordPress pulou fora, e a comunidade ficou pistola. A Meta depois mudou pra MIT, mas a confiança foi pro saco.

Corta pra 2025: Meta “doa” o React pra Linux Foundation. Bonito, né?

Mas olha o bastidor: 14 dos 21 core devs ainda são da Meta, e os outros 5 são da Vercel.

Independência? Só no release note.

Enquanto isso, o Nuxt é open source de verdade, mantido pela comunidade e pela UnJS, sem empresa bilionária dando pitaco.

Sem drama, sem licenças esquisitas, sem depender do humor de um CEO.

- SSR Sem Corrimão

Sim, tanto Next quanto Nuxt fazem SSR e SSG lindamente.

Mas a diferença é que o Nuxt faz isso sem te prender a ninguém.

Quer SSR? Ativa. Quer SSG? Um flag. Quer SPA híbrido? Também dá.

Nada de vendor lock-in.

Enquanto o Next 16 tá introduzindo Cache Components e PPR (Partial Pre-Rendering) — o que é ótimo, mas cada vez mais te amarra à infraestrutura da Vercel — o Nuxt continua leve, direto e deployável em qualquer lugar.

- Estrutura Que Faz Sentido

O Nuxt segue o mantra: convenção > configuração.

Roteamento automático, auto-import, layouts claros, middlewares bem definidos — tudo previsível, tudo lógico.

Enquanto isso, o Next tá virando um Frankenstein: middleware virou proxy.ts, server actions pra todo lado, renderizações híbridas, APIs mutantes.

Cada major version é um mini reboot.

O Nuxt, não. É estável, consistente e ainda retrocompatível. É o tipo de framework que respeita o seu tempo.

- <template> > JSX (Sim, Eu Disse Isso)

Quem vive de React acha JSX normal. Mas, convenhamos, aquilo é uma mistura esquizofrênica de HTML dentro de JS dentro de HTML.

No Vue (e no Nuxt), o template é HTML de verdade.

Você escreve <div v-if="mostrar"> e acabou.

Quer iterar? v-for.

Quer two-way binding? v-model.

Nada de onChange + setState + value + confusão.

E os designers conseguem abrir o arquivo e entender. JSX é ótimo pra devs hardcore, mas pra produtividade de time, templates Vue são oxigênio puro.

- Performance Sem Show de Fogos

O Next 16 trouxe o Turbopack — builds 5x mais rápidos, marketing a mil.

O Nuxt responde com o Nitro, code-splitting automático, prefetching inteligente e otimização de imagens nativa.

Performance real, sem precisar de infraestrutura proprietária.

- Ecossistema Vue: Menor, Mas Mais Saudável

React tem quantidade. Vue tem coerência.

Nada de 500 libs pra gerenciamento de estado. O Pinia resolve.

Nada de reescrever código porque alguém decidiu “repensar” o conceito de hooks.

A Composition API entrega reatividade de verdade com sintaxe limpa.

E a documentação? É um tapa na cara da maioria dos frameworks JS.

Governança Importa, Mesmo Que Você Ache Que Não

Quando você escolhe React/Next, você está comprando o pacote completo:

Meta + Vercel + suas agendas corporativas.

A história já mostrou o risco.

O Nuxt te dá independência real — sem acordar um dia com uma mudança de licença ou uma breaking change motivada por negócios.

Nuxt 4: Maturidade Sem Drama

A versão 4 é a prova de que o Nuxt chegou à maturidade.

Nova estrutura app/, melhor type safety, data fetching simplificado e compatibilidade total com versões anteriores.

Enquanto o Next vive trocando os pneus em movimento, o Nuxt só aprimora o motor.

A Escassez Que Sai Cara

O mercado brasileiro paga o preço dessa miopia.

Empresas escolhem Next não porque é melhor, mas porque é mais fácil contratar.

E devs perdem a chance de trabalhar com algo realmente prazeroso e bem pensado.

Projetos que poderiam ser mais simples e baratos com Nuxt acabam presos ao ecossistema da Vercel, com mais dependências do que o necessário.

E ninguém fala sobre governança — até o dia em que ela morde.

A Oportunidade Que Quase Ninguém Está Vendo

Se você é dev, aqui vai um segredo:

Ser especialista em Nuxt é estar no lugar certo antes da onda.

Tem pouca gente e muito espaço.

Quem usa Nuxt geralmente é empresa que pensa a longo prazo, que quer liberdade e código limpo — não modinha.

E se você já sabe Vue, aprender Nuxt leva dias, não meses.

Precisamos Falar Mais de Nuxt

O Brasil precisa parar de só repetir o hype do Norte global.

Nuxt é maduro, estável, produtivo e muito mais developer-friendly.

Mas falta barulho: mais meetups, mais artigos, mais cases em português.

O framework tá pronto. A comunidade ainda não acordou.

Então aqui vai o convite:

Se você é dev React, pega um fim de semana e cria um projetinho com Nuxt 4.

Você vai entender o que eu tô dizendo.

E se você é tech lead ou CTO, tenta apostar em algo que não dependa do roadmap de uma empresa bilionária pra funcionar.

Às vezes, o melhor framework não é o mais popular, e sim o que te deixa trabalhar em paz.

Sem vendor lock-in. Sem drama. Sem “breaking changes de temporada”.

_

#NuxtJS #NextJS #VueJS #React #Frontend #OpenSource #DevBrasil #Nuxt4 #Next16 #DeveloperExperience #TechSemHype

Carregando publicação patrocinada...
9

Sou Backend, eu eu odeio tudo que exista em front, apesar de ter alguns projetos fullstack. Faço em vibecoding... Claro não sou esses maluco que compra hype de I.A e faz um site em lovable e faz deploy com a segurança do seu SaaS ser um jwt em local storage, me aprofundei sobre boas praticas com front e SPA e PWA. Mas sinto que o dev front end ficou cansado de ser um CRUD monkey e deixou o front end muito complexo, é tanto framework , e tanta loucura... que eu nem sei mais o que é HTML / JS / CSS, volta e meia vejo algo sobre esses frames e nunca sei se algum realmente é bom. Mas irei analizar o Nuxt e testar ele em algum projeto pessoal. Obrigado pela dica.

2

Eu atuo como full-cycle, e vi a dificuldade do front-end crescendo durante os anos... Eu era da época que vc usava HTML junto com o PHP pedindo um echo de tag... isso resolvia o problema na época (vide joomla e Wordpress), mas os tempos mudam... e temos que nos adaptar...

Na minha visão hoje em dia o Dev não tem o direito de Odiar nada... Ele simplesmente faz... (ou deveria)

Somos profissionais e não amadores, por isso que falo que não podemos odiar tecnologias...

Lidamos com elas e cumprimos a task

Afinal, ser adulto não é fazer tudo que queremos, e sim fazer tudo que precisa ser feito.

BackEnd antes era bem mais difícil, mas hoje eu acho mais fácilde fazer do que o front (e olha que um Back com o padrão JSON:API https://jsonapi.org/ .. é bem complexo)

Eu recomendo dar uma olhada no front de vez em quando... Ser especialista em Back deve ser bom para o mercado (mas não creio que tanto) mas é ruim pra vc pois te limita.

1

Você tem toda razão quando diz "Somos profissionais e não amadores, por isso que falo que não podemos odiar tecnologias..." isso aqui é um fato e fui infeliz nas minhas palavras, como dev minha função é fazer, seja front / back e o que for, inclusive acho importante que no inicio voce seja um dev generalista, pois até na hora de criar um backend, se tiver contato com fronts e refatorado coisas em front voce vai com uma visão além na hora de criar qualquer feat no back, por exemplo hoje sei a importancia de uma modelagem de BD após aprender a fazer deploys nos meus projetos (Instancia de ORM, Numero de chamadas no banco, DB Master e Slave a afins) . E sim concordo contigo o backend atualmente parece bem mais interessante e "Facil" de implementar

2

O conceito de fácil é subjetivo.
Muitas vezes temos que lidar com coisas complexas, e acho isso motivante.
Sou generalista desde o inicio, e posso te garantir que isso traz valor a um dev.

Em teoria vc consegue sozinho sair do inicio e chegar ao fim do seu projeto, e aprende muito no processo!

Não sou tão bom no front, mas me viro bem justamente pq enfrento isso todo santo dia.

vale muito a pena!

1

Sou desenvolvedor vue e nuxt a 5 anos.
E pra falar a verdade as vagas com essa stack são limitadas e praticamente no Brasil são pouquíssimas.
O nuxt com sua versão 3 e agora a 4 evoluiu bastante e hoje é uma grande opção para quem quer SSR ou sistema híbrido.

Para quem quiser me seguir coloco dicas para nuxt e vue:
https://dev.to/heltonbrito

1
4

Quem diz que tem solução melhor, só se baseando no mercado, é só um adestrado por vendedor de curso.
Vue é infinitamente melhor que React, mas não tem o mesmo hype. E desde quando é o melhor produto que vende mais? Tem literalmente milhares de exemplos disso por aí.
Desenvolvo todos os meus sistemas com Vue, recentemente em Nuxt. Mas, de fato, não tem vaga.

3

Eu vou em questão de poucos meses abrir uma fábrica de software... e se não for determiniado nos requisitos o uso de React/Next, vou sempre fazer em Vue/Nuxt... Eu vou tentar fazer a minha parte e abrir vaga.

3

Cara, muito bom sua visao. Atualmente trabalho com Vue e Angular (ja trablhei bastante com React), concordo no seu ponto de vista sobre como o Next ta matando o React com esse emaranhado de coisas enlouquecidamente, enquanto o Nuxt tras a melhor DX (na minha opiniao) e muita simplicidade.
Realmente falta barulho da comunidade Vue, mas to vendo um movimento da gringa recenemente no X comentando a respeito da proposta do Vue sobre performance e DX.

Espero muito que a galera consiga compreender o quao bom é trampar com Vue/Nuxt.

1

A idéia é fomentar o uso dessa tecnologia, pois na minha visão, vale muito a pena.

Não tenho nada contra o React (mas tb nada a favor)... tem dedinho da Meta...
Não gosto do Next, mas uso ele... ele resolve muitos problemas do React... e causa alguns... mas tem dedinho da Vercel...

No final das contas não é sobre estar certo ou errado...
É sobre o que eu considero mais voltado ao uso da comunidade (opensource importa)

3

concordo! e to fazendo minha parte.
na minha empresa usamos vue + nuxt, e há pouco tempo comecei a usar o port do shadcn pra vue. bem bom.

obs: esse seu texto claramente foi (re)escrito com IA. not a problem though.

1

Eu não curto muito o shadcn pois tenho que "instalar" componentes... prefiro mais o NuxtUI ou o Vuetify.
E com relação ao conteúdo do texto, digamos que a alma é minha, o primeiro texto foi feito por mim, foi revisado pelo claude, aprimorado pelo Gpt, revisado novamente por mim, e depois disso... publicado!
Sim, tem IA, e ela ajuda.

3

Eu sou dev primariamente backend, mas quando preciso fazer front ou fullstack vou de Vue e Nuxt.

Mas isso em projetos pessoais. A grande questão do mercado de trabalho é: não tem vagas para Nuxt.

O que é uma pena, realmente. Em comparação com o NextJS, o Nuxt 4 tem uma DX muito melhor.

1

Então precisamos fomentar isso!
Se vc é dev solo, crie em Nuxt,
Se tem poder de decisão em alguma organização, decida Nuxt!
É sobre isso. Precisamos colocar ele na boca do povo.
Se o Nuxt é tão bom, porque será que ninguém usa?
Se a resposta for vagas, tem algo errado... (na minha opinião não faz sentido deixar de usar uma coisa boa, porque ninguém usa)

3

Por Que o Nuxt Merece Mais Respeito

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.

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

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

As escolhas do início do nuxt não faziam sentidas para mim.

o que é ótimo, mas cada vez mais te amarra à infraestrutura da Vercel

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

Antigamente um quebrava o npm run build, hoje não quebra mais.


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

consigo fazer um fluxo "se está autenticado prossiga, se não vá para a página de login" sem dor de cabeça?

Consigo fazer um BFF completo?

1

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.

2

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

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

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.

1

Eu fico feliz em saber que tem mais gente como eu...cara trabalho com Vue há 6 anos, sou certificado nível sênior e amo a tecnologia, mas...quando cheguei no Nuxt passei a mesma coisa que você: sofri para fazer coisas super básicas, por fim desisti. Hoje se preciso de SSR eu uso Angular ou SvelteKit.

1
2

A experiência do desenvolvedor no ecossistema Vue em geral é extremamente superior ao do ecossistema React por exemplo.

O real problema, seria a falta de vagas, visto que o mercado segue a moda, então infelizmente o Nuxt tem pouca visibilidade geral.

Talvez isso de uma melhorada no futuro, mas é algo cultural.

No geral, considero que para a maioria dos projetos aqui no Brasil, o ecossistema Vue seria a melhor opção, pois tem uma curva de aprendizado mais suave, mais padronizado e sem firula.

1

em todos os lugares que eu posso introduzir o nuxt como opção, eu faço.
Primariamente eu desenvolvo todos os meu projetos pessoais em nuxt.
No meu trabalho, como posso definir stack... defino nuxt.
E assim... de pouquinho em pouquinho faço a minha parte.

2

Cara como foi confortante ler seu artigo!! Quando conheci os framework do front me deparei com as 3 'principais' escolhas: Angular, React e Vue. E pesquisando descobri q a curva do vue era menor, então mergulhei fundo nesse universo ate conhecer o magnífico Nuxt.
Fiz alguns projetos com ele e é tudo isso q vc mensionou, html separado de js/ts, SSR, Prefetch, etc.
Infelizmente o problema q tenho hoje é que o mercado não da oportunidade pro Nuxt, so se ve next/react nas vagas. Mas sinto que escolhi o caminho certo!

2

Eu trabalho com Nuxt desde 2016 e só usei por escolha própria pois nunca vi empresa pedir ou precisar. Na verdade sempre que sugeri usar Nuxt a ideia foi rejeitada.

Não falta devs, falta oportunidade.

1

Na minha visão, quanto mais pessoas sugerirem Nuxt (mesmo que isso venha com um não em seguida), mais existe a possibilidade de usarm Nuxt.

Não desista de propor!

Atualmente no meu trabalho, eu consigo definir a stack, então faço a minha parte...
Em algum momento vc pode assumir a fução de arquiteto... e a partir disso, criar as oportunidades.

1
1

Cara, entendo seu ponto.
Sou de infra e estou em vias de mudar de área de programação.
Digamos que eu estude essa linguagem(ja vi um curso na udemy).
Onde eu encontro essas vagas? onde vcs devs encontram oportunidades

1

eu recomendo estudar na https://vueschool.io/ e na https://masteringnuxt.com/

eles são bons de mais.

o curso.dev usa next com js, mas lá vc faz quase tudo no braço e é super divertido tb (dá até gosto de usar next lá - eu recomendo)

e com relação a oportunidades, vc tem 2 opções...

  • vc cria oportunidades, faz side projects e tal
  • Vc procura no linkedIn por exemplo (no brasil eu vi 10 vagas para nuxt e +5000 para vue)
  • pra Next tem 85 vagas no Brasil

na união européia tem 20 vagas para nuxt.

tem que pesquisar!

Mas se vc tá pivotando agora, recomento começar pelo PHP, React, Vue, pois eles dão a base para muitos trabalhos Web...

No mundo de Mobile a conversa é outra.

1

Laravel é um xodó... é coisa linda de Deus...
eu tenho preferido o back do Nuxt tão somente pela facilidade de manter tudo no TS e em uma infra só... (edge no caso, por ser mais barato)

1
1

Nunca entendi o hype em cima do Next.js, que na minha opinião é uma m€rd@.

O Next é o JSP do Java de 15 anos atrás. Uma ideia que parecia boa, mas se provou uma cagada. 😂

Eu acho uma péssima ideia um SSR, onde gera um uso computacional desnecessário.

1
0
1

Me senti conversando com o ChatGPT kkkk
Mas pense comigo, se não é amplamente usado pelos Devs BR, significa que tem uma solução melhor.
Eu trabalho atualmente no backend, mas vi que o pessoal do front fez tudo com Vite e Nextjs, e como é tudo React deu pra reaproveitar vários componentes, hooks e "outras coisas dos fronts da vida" kkk

1

Foi mal, eu pedi pro GPT encorpar um pouco a minha base de texto do artigo, mas acho que não deveria... ou deveria.. não sei.. a idéia foi passada, então acho que tá valendo né?

Mas pense comigo, se não é amplamente usado pelos Devs BR, significa que tem uma solução melhor.

Pior que não...
Os Devs BR usam o que o mercado pede... E pronto...
Não tem mistério nisso...
Mas falar que tem solução melhor... aí eu discordo...
Muitas das vezes nós deixamos de experimentar o novo por comodidade... por exemplo... ah... eu estudei react e consigo fazer tudo em react... porque vou aprender vue...
ou então
eu resolvo tudo com next , porque aprendi react... não vou pro nuxt.. pois eu ainda teria que aprender vue...

a realidade é essa...

Quando vc lida com Vue, vc não entende porque existe React... são raríssimas as exceções ...

Eu trabalho atualmente no backend, mas vi que o pessoal do front fez tudo com Vite e Nextjs, e como é tudo React deu pra reaproveitar vários componentes, hooks e "outras coisas dos fronts da vida" kkk

eu não entendi o significado dessa frase...

BTW, o Nuxt tb usa Vite, não é algo que só pertença ao Next..

1

Parece interessante se for abrir novas ofertas de trabalho, vou ter que dar uma olhada. A última vez que usei vue (não lembro se usei nuxt.js ou não) achei ele muito burocrático e fui ver outros frameworks e como preferia usar algo mais próximo do react, fui conferir o solid-start, mas se fosse usar algo mais próximo usaria Svelte na época. O Pinia não é algo do core do vue? Eu não entendo pq usar algo que se propõe em ser opinativo se você não enforça esse sistema. Os hooks atuais do react são uma bosta, nem acho que sejam por causa do next.js, mas do próprio react, que pra manter a arquiterura zoada deles (vdom+isomorfismo), precisam de hooks que complicam mais do que ajudam, por isso que pessoas como eu preferem usar libs de terceiros, como zustand para evitar lidar com essas dores de cabeça.

1

O Vue com composition api não é burocrático, é simples demais. O fato dele separar template de estilo e de script torna tudo bem organizado e fácil de consumir. Afinal o foco é em DX e isso é uma marca registrada do Vue/Nuxt

O Pinia não é algo do core do vue?

Sim... se serve em Vue, serve no Nuxt... e é uma mão na roda pra stores.

Eu não entendo pq usar algo que se propõe em ser opinativo se você não enforça esse sistema.

não entendi.

Com relação aos hooks, eu acho tudo muito intuitivo no Nuxt... é simples e fácil de usar.

1

O tesouro que ninguém está cavando não é o Nuxt. É o conhecimento fundamental que está por baixo de todos os frameworks web.

Por isso, o melhor conselho para um dev nunca vai ser "se especialize no framework xyz". Pelo contrário: nunca, jamais, se torne um especialista em um único framework. Ser um "Dev Nuxt" é uma armadilha, assim como ser um "Dev Next". Você vira refém de algo que não controla. Não é Nuxt, não é Next, não é React nem Vue. É entender conceitos que transcendem os frameworks.

A real é que o "PHPzão da massa" com jQuery ainda bota comida na mesa de muita mais gente no Brasil do que Nuxt, e tá tudo certo. Ninguém pergunta para o usuário final se a solução tem o SSR mais otimizado ou se há vendor lock-in da Vercel. O que importa é se o problema foi resolvido. O mercado não se importa com a pureza da engenharia, ele se preoocupa apenas com risco, velocidade e principalmente custo.

Em vez de correr pra aprender a nova ferramenta damoda, que tal gastar um fim de semana construindo seu próprio router ou gerenciador de estados ou sistema de reatividade usando só js puro. Ou que tal fazer um servidor web consultado apenas a rfc 2616 e o manual do unix? Quando você entende como as coisas funcionam por baixo do capô, o framework vira um mero detalhe.

Um abraço e bons estudos!

0

É uma forma de ver as coisas... tenho 27 anos de experiência na área... fiz inúmeros trabalhos em diversas linguagens, frameworks , bancos etc...
Não é sobre conhecimento, e sim sobre ferramenta...
Frameworks são maravilhosos por poupar um enorme tempo no desenvolvimento, e além disso, por se focarem em padrões documentados, qualquer dev pode dar continuidade no trabalho...
Na minha visão um dev não deve ser ESPECIALISTA em um framework... e em nenhum momento eu falei isso no artigo... Framework é ferramenta e como tal DEVE ser usada...
Ninguém no mundo moderno constrói uma casa com apenas martelo, prego e PHPzão da massa (JQuery é um framework btw)...
Quem já pegou um PHPzão sem framework e teve que lidar com isso sabe muito bem o que eu quero dizer... (as vezes eu confesso que tive um pouco de raiva ao ver código feito de forma desorganizada no PHP... E olha que eu AMO Laravel, e usei o Lumen por anos na minha vida nas melhores API que construí)...
Conceito vc aprende e guarda, usa quando necessário.
Framework não abstrai o uso de conceitos (as vezes até complica um pouco), mas te faz ganhar tempo num mundo onde todos os trabalhos são pra ontem.

O mercado não se importa com a pureza da engenharia, ele se preoocupa apenas com risco, velocidade e principalmente custo.

Será mesmo? Mercado se preocupa com timing e dinheiro antes de tudo... depois em segurança... perfeito...
Agora me responde... O que exatamente um Framework traz pra vc...

  • Ele reduz riscos
  • Aumenta a velocidade de desenvolvimento
  • Reduz custos
    Batemos todos os pontos...
    a no final de tudo, "pureza da engenharia" se reflete em redução de riscos (com código padronizado, limpo e documentado), velocidade de desenvolvimento e redução de custos.

Em vez de correr pra aprender a nova ferramenta damoda, que tal gastar um fim de semana construindo seu próprio router ou gerenciador de estados ou sistema de reatividade usando só js puro. Ou que tal fazer um servidor web consultado apenas a rfc 2616 e o manual do unix? Quando você entende como as coisas funcionam por baixo do capô, o framework vira um mero detalhe.

Parece divertido fazer isso... mas estou falando de projetos... de busca por devs... de fomento de uma tecnologia...
eu acho que vc saiu totalmente do escopo do artigo, mas tudo bem...
eu já fiz isso por diversão...
criei um compilador para uma linguagem que eu inventei...
montei sozinho uma rede neural que aprende a vencer um desafio de labirinto...
Faço o curso.dev para refinar minhas capacidades
Invisto tempo estudando tudo o que posso
Faço faculdade mesmo sendo um velho
Faço pós para me manter ativo e atualizado
E te garanto uma coisa....
Perder um fim de semana criando um Pinia ou um Redux é divertido, mas não agrega tanto quanto criar algo que vai ser usado pela padaria do seu bairro... ou pela igreja da comunidade...

eu falei sobre:
A Escassez de Devs Nuxt no Brasil: O Tesouro Que Ninguém Está Cavando

e acho que seu escopo não ajuda no meu debate.

Obrigado