O Next.js virou PHP. E agora?
ฝัง
- เผยแพร่เมื่อ 26 ส.ค. 2024
- Uma análise do novo Next.js 13.4 sob a ótica de quem desenvolve com Remix há mais de 1 ano e o por que ele NÃO está se tornando o PHP.
Me siga no Twitter - / vedovelli74
Conecte-se no LinkedIn - / vedovelli
Ferramentas utilizadas no vídeo
Next.js: nextjs.org/docs
![Você sabe testar sem acessar o banco de dados? Vem que eu te ensino! [Typescript, Prisma, SQlite]](http://i.ytimg.com/vi/lsaTbsXQFrU/mqdefault.jpg)
Todo esse trabalho pra no final descobrirem que o PHP sempre foi melhor 😂😂😂
o ser humano que usou 100% do cérebro
😂😂😂
e novamente, o problema nunca foi a tecnologia usada (PHP, JS, Go, Python, Java, etc), mas sim o cara que faz as merdas pq a tecnologia permite. Uma frase que ouvi numa palestra de PHP/WordPress (não lembro o nome do palestrante) me marcou muito: "Não é porque você consegue/pode fazer que está certo.", o PHP e o JavaScript sempre deixaram o desenvolvedor livre para fazer o que bem entender com as suas aplicações e, logicamente, nos possibilita fazer aquele arquivão cheio de lógicas e queries misturados com o código HTML e CSS, chega ser lindo de ver 🥹.
exato
Boa comparacao. gostei mto e do formato do video tbm! obrigado por compartilhar
Por mim voltava a utilizar PHP, JQuery e AJAX….. saudades kkkk
não é nem querendo ser saudosista, mas volta e meia, percebo que estamos apenas fazendo igual com tecnologia diferente kkkk ainda tô nessa, enquanto não encontrar algo mais rápido, simples e melhor vou de php e jquery
Vou te convidar para tomar uma 'cerveja artesanal'. Mas primeiro lance seu curso ou mini curso de NEXT 13.4 na udemy. Porque vc sabe ensinar e é bom no que faz. Parabéns
Muito obrigado! 😁
Muito bom o conteúdo, Fábio!!!
Uma coisa que já vi nessa mutation é a parte de segurança com CSRF token. Dei uma olhada agora, e parece que ainda não é algo que vem embutido no Remix.
Tem muita gente que, se perguntar, nem sabe que pode acontecer porque é algo que já foi embutido em um monte de lugar e normalmente não precisa mais se preocupar.
Acho que o Remix peca um pouco em "confiar" de mais que o desenvolvedor vai saber o que fazer (no caso, ler as documentações pra saber que é algo que precisa se preocupar).
Enquanto isso, o Next pega pela mão e esconde um monte de coisa pra precisar se preocupar o menos possível.
Excelente ponto que eu nunca pensei antes! O que o next tem embutido para mitigar isso?
@@vedovelli Posso estar falando besteira porque nas docs parece que não fala nada, mas sabe quando deu um console.log no form e tinha um "$ACTION...."? Me parece um CSRF token isso.
Assim como o Remix, a ideia parece poder fazer algo que não dependa do JS habilitado para funcionar, e daí algo assim é meio que necessário.
$action realmente parece algo assim.
Excelente didática como sempre Vedovelli! Muito bom!
O x da questao sempre sera o depende. Temos uma infinidade de necessidades e nem todos os projetos precisam de complexidade para filas, async, ssr, 5 equipes pra api, componente banco e etc... Se for algo que fazer tudo no next ja baste, lindo! O ponto que temos sempre pensar eh criar com qualidade e modular, pois se vc seguir solid nao terah problemas em trocar a api por uma externa ou micro apis... Remover o banco para uma api... Com isso pouco importarah de onde esta vindo os dados, pois vc poderah trocar a fonte de dados a qq momento.
Mestre, seria viável um vídeo de Next com Redux ? Sou teu fã desde que vi um vídeo seu de Redux :D
Se falarem mal do Java "nóis" para o mundo 😂, excelente explicação nem tudo as vezes é necessário , a tecnologia sempre trará inovações cabe ao nós sabermos quando utilizar e se a real necessidade em utilizar.
ótimo conteudo que o yt me recomendou, mto legal a forma que vc abordou, obrigado Fabio!!
ps: voce pode dizer qual fonte e tema esta em uso nesse vscode?
Seja bem vindo. Tema Dracula Pro e fonte Dank Mono!
😅 Sabe o que me parece! A mesma ideia de adicionar classe no node. Parece que as pessoas para aderir a tecnologia tem que ver semelhança com algo que já usa.
Antes já tinha tudo isso e bem organizado, até de mais. Dentro de page vc já cria as rotas. E se tive uma pasta api aí vc poderia criar qualquer rota de api. Em page vc usa get Server-side Props e não precisa deixar esse 'use server'
Achei melhor agora. Antes era bagunçado!
Por que Remix é tão bom? Não vou muito com a cara dele. Você tem algum vídeo falando sobre as vantagens/benefícios dele?
da uma avaliada no nuxt
ótimo video, só complementando 10 centavos. o Next tenta usar o máximo de JS no servidor e já é por padrão assim, nessa nova versão ainda mais, e quando precisa usar JS no client (browser), agora é necessário usar o 'use client', por isso ele reclamou
Obrigado pelo conteúdo, Fábio. Gamei no Remix por causa dos seus tutoriais. Já pensou em explorar o NuxtJS (versão Vue do Next, a grosso modo)?
Obrigado! Já usei nuxt. Quem sabe faço uns vídeos?
Muito bom.
Fabio como funciona a escalabilidade em apps remix, ou desse tipo ?
FALA FABÃO !, aparece ae pros CUPINCHA !. Descansa !!!!
Fáibo, estou com dificuldade para definir qual framework estudar Remix ou Next? Tanto para o mercado, como para projetos freelancer.
Para mercado de trabalho Next.js, para freelancing Remix!
Kkkkkkkkk ainda bem que aprendi php, vai ser uma mão na roda
Eu entendi o intuito do vídeo e não é criar uma um problema entre as duas tecnologias. Paz.
Ótimo vídeo! Gostei muito da aplicação
Mas uma coisa que eu fiquei me perguntando ( É apenas um detalhe do vídeo que eu sempre quis saber )
Como você faz pra aninhar arquivos ".lock" dentro do arquivo "package.json" como se fosse uma pasta ?
Salve salve! Muito simples: nas settings do VSCode procure por "File nesting" e habilite!
kkk sera se dar para usar com laravel :)
Ia ser legal um video seu brincando com o framework QWIK
Farei!
Quando eu digo que a maioria das 'novas' linguagem ou framework só entregam o mais do mesmo nego me crítica.
Fala da linguagem Mojo
Já vi códigos escabrosos com Node.
Você acha que com NextJS o uso do React-Query se torna desnecessário?
Aparentemente sim. Mas sem avaliar numa app real não posso afirmar!
Bacana, Fábio, como sempre seus vídeos são muito instrutivos, obrigado por disponibiliza-los no seu canal. Se você me permite colocar uma parte aqui nos comentários, com relação ao PHP estar mais longe do Browser dos que os Frameworks JS no minuto #2:50. Com a biblioteca laravel-livewire, esta distância consideravelmente encurtada, eu arrisco dizer eliminada, permitindo desenvolvedores PHP tenha acesso a two way data binding escrevendo totalmente em PHP utilizando o Framework Laravel. Segue um vídeo demonstrando o potencial da ferramenta, para os que tiverem curiosidade: th-cam.com/video/pySJpPPaGzg/w-d-xo.html. É claro que o Livewire usa JS debaixo dos panos, contudo, eu penso ser uma ótima opção para quem tem projetos em Laravel e tem dificuldade de migração. Abraço!
Obrigado Gustavo! Sua colocação é muito válida, mas quero trazer à sua atenção que eu disse PHP. E este realmente não está próximo do browser. Laravel está com o Blade. Livewire leva isso a outro nível, mas o PHP por si só está distante do browser!
O povo taca a braba no PHP, mais não tem jeito mesmo, sempre o que é bom é copiado.
Pessoal do javascript vao ficar é doido com tanto framework e cada um com sua particularidade.
Que tbm é uma dor da comunidade php kkkkkk
Não é porque a tecnologia existe, que devamos usar. Ponto.
Justo!
Linguagem escriptada sempre vai parar na praia
Não, não virou.
Faz "igual" o PHP, PORÉM, sem atualizar a pagina ;)
Cara, "sem atualizar a página"... Tem uma grande diferença.
Mas no PHP tem como colocar coisas sem atualizar a página cara.
@@tiagomatos6120 Silêncio, ele não conhece AJAX.
@@LuanMarkberg ué, mas ajax não é javascript? kk
@@chaneldojoe E eu disse que não é!? kkkk PHP e AJAX sempre possibilitou atualizar as coisas no front sem atualizar a página. Não é exclusividade de Node.js ou qualquer outro. As novidades dessas novas tecnologias já são bem conhecidas e utilizadas há muito tempo. Esse é o ponto!
Te acompanho desde antes de 2010, e uma coisa que nunca imaginei voce fazer seria copiar video de outro canal, ate o titulo....muitas pessoas reclamam do php, mas esquecem que ele pagou muitos boletos, a origem eh sempre esquecida ou desmerecida. Mas PHP eh famoso o suficiente pra ser lembrado, pq o asp classico dava rpa fazer a mesma coisa e ninguem lembra dele nessas horas
Fiquei curioso sobre o tal vídeo.
Você me parece chateado, Igor. Por que seria?
@@vedovelli kkkkk é cada uma... o cara parece ter tido um pesadelo e acordando distribuindo hate. Excelente vídeo como sempre, mestre! Parabéns outra vez.
Eu fiquei sem entender Tb.
Acredito que ele esteja falando de um vídeo que saiu no canal da Rocketseat com um título parecido. Mas assisti os dois vídeos, não tem nada haver. É só o mesmo assunto. Ignora o cara que ele deve estar em um dia ruim. 😅
@@vedovelli o video foi esse...th-cam.com/video/3KSxzW8x5pA/w-d-xo.html...o "chateado" foi que o video ficou parecendo uma copia, principalmente ao comparar com php...algo q eh inverdade porque muitas tecnologias vieram com promessa de substituir o php e nao o fizeram.