Server Components in React (Does it remind you of PHP?!). 

Php: "Antes me criticavam… Agora me copiam."

Ai Diego, faz um vídeo ou Live, fazendo um exemplo de Server Components mais na prática, como aqueles projetos que a gente coda junto, ia ser irado.

Eu dou oportunidade para devs juniors e geralmente dou preferência para as pessoas que estão se formando pela Rocketseat! Parabéns pelo conteúdo, o curso é muito bom mesmo! as pessoas saem de lá com um conhecimento excelente! Porém percebi um certo "preconceito" com o PHP e depois que eu apresento a evolução da linguagem e alguns frameworks uns viram até fã da linguagem, no mínimo 90% das demandas que chegam aqui são em php8 com laravel no back e no front é React ou VueJS, apenas uns 3% angular e 1%jquery. O perigo de enraizar um preconceito é que a carreira de quem está começando já é difícil e pode acabar ficando mais limitada ainda. Aqui pegamos de tudo! Python, PHP, Node, Java.. cada linguagem é excelente para o que ela se propõe a fazer! E é exatamente isso que fazemos! após muitos benchmarks e estudos, cada necessidade é cuidadosamente analisada e selecionada a linguagem mais adequada. Temos resultados incríveis como por exemplo um servidor recebendo 855 mil requisições por dia em um único servidor e o uso máximo de Memória é de 20% e cpu 5%, sem filas, clientes com redução de custo em cerca de até 90% + aumento de performance (tanto da aplicação quanto em tempo de entrega) e muito mais... Há necessidades onde o node se sai melhor que o php, mas também há necessidades onde o php se sai melhor que o node e assim vai em todas as linguagens. Mas voltando ao assunto principal, você comentou que a galera costuma criticar assim que lança algo e é verdade! mas é apenas medo de ter que aprender algo novo e ter que sair da sua zona de conforto. Pela explicação do vídeo, percebi muitas diferenças entre o que era feito no php em 1990/2000 e o que você está apresentando, talvez as pessoas estejam criticando antes de estudar por achar que são a mesma coisa rs mas não é..

Eu não costumo comentar vídeos mais esse eu faço questão. Diego parabéns pela postura e visão de tecnologia que você conseguiu transmitir nesse vídeo. O que mais se viu na comunidade essa semana foi um chuva de pessoas, na sua maioria, pessoas com conhecimento técnico limitado fazendo comparações sem pé nem cabeça e previsões tiradas da cartola sem qualquer embasamento técnico. Tem comentários que chegam a ser engraçados, usuário preocupados com SQL injection, risco de armazenar tokens em código JS, entre outras bobagens de quem ainda não entendeu o conceito de um server component, e transmitindo desinformação. Obrigado por trazer seus minutos de sabedoria a comunidade.

parabéns pelo trabalho Diego, como sempre muito sensato. Também já desenvolvi em PHP e a performance era muito boa.

Quase chegando no nível do PHP... Evolução.

Conteúdo incrível!! Valeu Diegão 🔥🚀

Por um lado é interessante este desacoplamento entre front e backend, para empresas com esses cargos bem definidos... mas para outras que tem o desenvolvimento fullstack, pode dificultar a conclusão dos requisitos. Em 2008 conheci o Servlet, JSP e finalmente o JSF. Dos três o mais interessante era o JSF, que permitia a ligações dos componentes dinâmicos da tela com variaveis nas classes Java (JavaBean), ou mesmo, através através de UIComponent que representava button, label, table etc, e podiam ser totalmente personalizados em tempo de execução... Vemos que isso tem sua aplicação a cada caso. Sou novato no React, e fico feliz com a disponibilidade desse recurso, a tecnologia fica mais robusta e com mais possibilidades... Apenas contribuindo com a discussão... Otimo vídeo 👏👏👏

Muito bom, cada dia o React está avançando mais!

Em 21:55, me identifiquei de mais, comecei a programar de verdade apenas ano passado e meu primeiro web aplicação de agenda/Dashboard de um salão, fiz completamente tudo usando django e fazia a mesma coisa, um monte de Ajax para ficar dinâmico meu Deus do céu que feiúra, agora estou no 2 projeto que é essa mesma agenda porém em next e com ajuda de um outro profissional de react, há 5 anos atrás quando descobri next fiquei com muita vontade de fazer um site usando, mesmo não tendo noção alguma de nada (só por modinha), porém hoje finalmente estou desenvolvendo algo sério

Nunca achei o php ruim, o que percebi é que surgiu uma modinha nos ultimos anos de pessoas de outras linguagens nessa onda, mas nenhum tocou no php 1x, ou alguém que a ultima vez que mexeu foi no 5.6. E honestamente, o Laravel é um puta de um framework.

Top Diegão! Infelizmente foi movido para a stack angular aqui no meu trabalho, saudade do React!

Diego, eu gosto muito de usar o react-query, ele e muito bom inclusive pra fazer reactividade, paginação com support na url, order e etc, vc podia mostrar um video de como usar o react-query no next 13.4

Esse é o melhor vídeo do Diego que eu já vi

Saia aquele layout maravilhoso todo em tabelas ja do Photoshop haha, lembro bem, fiz muito

Poh eu tb trabalhei assim como tu descreveu a 12 anos atrás Diego 😂

Diego que vídeo bacana esse ! ainda sobre mudanças e novas tecnologias, queria saber de você se é possível trazer o vídeo sobre uma ferramenta chamada Deco cx, ela usa ( Fresh e Tailwind ) estou aprendendo essa ferramenta e estou achando bem interessante a proposta dessa plataforma, ela ainda esta no começo mais acredito ter um potencial relevante para o nicho de mercado em que se propôs atuar

Saudade do Django. Estou feliz em ver essas mudanças!

A máxima eficiência é cachear o máximo possível, já uso next desde a versão 7-8.

Eu vejo que outras tecnologias empreendem um esforço muito grande para fazer coisas que o PHP já faz a muito tempo, é importante dizer tb que com o PHP vc pode ter aplicações reativas considerando a amplitude do termo "reativo" no desenvolvimento de software, por fim, depende muito do que vai se fazer.

E esse Wallpaper com os tons do theme ROsé Pine?? rsrsrs Curti!

O hype tá cada dia mais parecido com as tecnologias hipsters hahaha

18:00 - useEfect() para fetch é uma atrocidade. Qual seria as alternativas? Queria muito saber como correr desse hook. hehe

O que eu acho engraçado é que demonizam o PHP até hoje por causa dos problemas que a linguagem teve no passado devido a liberdade ofertada por ele e programadores que não seguem padrões de projeto. E hoje o queridinho da turma, vide Node e frameworks, precisou pegar algo que ele faz muito bem para implementar. Só queria ver a cara de alguns fans boy descobrindo que o NextJS está aplicando algo que o PHP e outros faz isso desde os primórdios. Já sobre o Next, eu não consigo usar React puro em projetos novos. Ele realmente facilita e muito a vida de devs que usam a lib.

fala diegao! Acredito que o print usado como exemplo na real foi usado pra divulgar o Vercel Databases… Mesmo assim ótimo vídeo

fazer tudo renderizar no servidor, não aumentaria muito o custo operacional?

O wallpaper da próxima NLW tá massa ali!

14:00 hahahaha eu já fiz isso quando eu usei o google charts ficava um monte de spinner pra carregar os gráficos

Sugestão de video: Autenticação com next-auth, categorias de usuarios (member, premium, adminstrador), rotas privadas baseadas nas categorias dos usuarios ;)

Boa, já tinha esquecido dos spinners do Facebook kkkkkkkkk😂😂😂😂

Eita já usei muito isso no Php.

esqueceu de mencionar como o server component depende/funciona na infra.... quando eu abro uma rota no SPA que possui um server component, o "slot" do server component vai funcionar como uma serveless function assim como getServerSideProps do nextjs? entao dependemos de um backend com nodejs?

O que vai falar que é ruim é a necessidade do projeto. "Essa liberdade" pra prototipagem/poc/hackaton deve ser MARAVILHOSA! Ja em um projeto grande deve ser um pesadelo. POREM para projetos grandes tbm teremos BRAÇOS para administrar regras/qualidade. EU ja presenciei sistemas de armazen feitos 'php all-in-one' funcionando perfeitamente ONDE empresas grandes NAO DERAM conta de solucionar o mesmo problema ( neste cliente ) e ai... quem é 'que ta errado?'. Tbm ja presenciei projetos com altissimo nivel tecnico que desandaram por falhas externas a area tecnica... TUDO é um grande depende, ja que nada ( em projetos ) é igual ( em equipe, investimento, durabilidade e etc ). Seguir solid corretamente e ter algo modular para ir evoluindo com a necessidade ja resolve mta dor de cabeça. Nem tudo precisa ter 50 micro serviços com 20 filas, async e etc.

🔥

E onde setamos esses cookies?

loading 14:12 na tale ao lado kkk

Alguem sabe qual o aplicativo que o diego usa para gravar a camera onde ele pode ir arrastando com o mouse pelo video????????????

Oh Diegão ensina pra nós as paradas dos cookies

24:24 bem Fábio Akita

PHP é vida, paga as contas e ainda sobra 😂 (Saudades, né❓) Brincadeiras à parte, muito legal essas mudanças e visões que você traz Diego...

Já dizia minha mãe, tu não é todo mundo…

Me identifico demais

isso ai mata o conceito de micro-servicos

po eu comecei no FrontPage kkkkk depois fui pro Dreamweaver, Flash, Fireworks kkkk , ô epoca

Diego, tu falou do useEffect, que as pessoas estão fugindo, mas me diga, atualmente o server Components ainda não é tão popular no meio, então qual seria outra alternativa para fazer as requisições a não ser o useEffect, levando em consideração aplicações atuais?

api rate começa a complicar. passamos a ter ataques no servidor de renderizacao tambem. possiveis remote code execution no server de render.

Tudo começa e tudo termina no php 😂😂😂

Cara, tem uma coisa que é muito dolorosa usando o Next é o load localmente, demora demais, de 40s a 3min isso é um absurdo, eu vi no github deles que essa issues ainda ta aberta, ja tentei de tudo, mas não funciona, conforme a aplicação começa a crescer mais lento ele fica, diz que é o Tailwind, mas não sei rs

E por ora eu vou comecar a estudar o Astro e Solid

Exemplo ali tá pedindo por um ataque SQL injection

inverno só se for no sul

por que o Remix não é o framework mais popular/principal do React, sendo que 99% do que ele implementa ja tem no Remix? só por causa do branding?

Esse tal Server side render, quando eu comecei era considerado gambiarra, e hj e solução kkkkkkkk

para mim, parece mais com o blazor que trabalha com server components

god

Nao precisa separar o backend e o frontend para ter Escalabilidade

Más eles falaram que se inspiram no PHP e o Ruby

Comecei a estudar o Next, espero ficar bom com ele logo logo e conseguir minha primeira vaga como Júnior. Estudar nunca é de mais. Especialize-se!

Bons velhos tempos em que o editor padrão era o Dreamweaver e todo mundo entregava os trabalhos em disquete

Diegao ficou bonitão maquiado😂😂

Pode ser falha minha, mas no primeiro exemplo (hooks) vc falou sobre os spinners, o tempo de espera para o carregamento, pensando no usuário e tudo mais... tá, mas como que fica isso com server components? honestamente eu não vi o que pode se ganhar com isso

Ta com batom =*

LiveView+Elixir 💜

Os humilhados serão exaltados! kkkk

Trabalhou bem mal com PHP então porque juntar sql com html é bem junior

Ainda fico mais confortável com livewire com filament tallkit por questão de produtividade para matar os freelazinhos do mês.

Vish, tô ficando velho, comecei a criar minhas primeiras páginas web com o extinto Microsoft Front Page, montava o layout todo no Macromedia Fireworks que depois virou Adobe.

Quase dei dislike, mas me lembrei que não gostar do conteúdo é diferente de não gostar do vídeo. Kkk Ótimo vídeo! Porém acho terrível a ideia de trazer funções do backend pro front. Acho que vai contra o conceito de separação de interesse (SoC) e ainda introduz muita chance de problemas. Eu jamais permitiria o uso de algo do tipo pra uma aplicação enterprise. No máximo pra projeto pessoal. A única coisa que acho relativamente legal nessa linha é o GraphQL, porém ainda é muito mais limitante do que o proposto pelo next. Edit: cheguei no fim do vídeo, compartilhamos da mesma opinião 😂

Mesmo susto quando o pessoal do facebook foi apresentar sobre React kkkkkkkkkkkkk

Dizer que isso tá igual PHP é uma afronta,.

Quanto aos spinners, vai ter que colocar de qualquer forma. Ainda que não seja no carregamento, quando ocorrer o scroll da página ou durante a paginação o spinner vai ter que aparecer. Há outros benefícios muito mais importantes do que esse.

Fala Diegão, amo de mais frontend, apesar de esta sofrendo mt para encontrar minha vaga Infelizmente o mundo não é cor de rosa como contaram kkkk Mas amo de mais esse ecossistema do react +ts

Sera que tem alguém da Rocket que consegue criar um projeto usando a linguagem DART mas precisamendo criar um projeto com Dart Web... É que eu me interessei em aprender essa linguagem...somente o DART

Alguem me explica todo esse hype em cima de SSR (sim , ainda é um hype)? PHP já faz isso há bastante tempo...

Isso parece muito com o conceito de astro gosto muito porém as vzs me atrapalha kjkkkkk

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

TL;DW: Programação está em "full circle"

Esse negócio de React tinha que acabar

11:59 -> hahaha php está morto!!! 00:00 -> nossa que coisa linda agora posso fazer como no php! (fanboy)

Eskiel

impressão minha ou ele tá de maquiagem ?

constante

Seloko, esse ultimo comentário do Diegão falou tudo e mais um pouco, estudar e ter sua própria opinião sobre as tecnologias....

saudades (sqn) PHP, AJAX, Jquery, Bootstrap kkkkkkk

Alguém mais reparou que o Diego tava suando que nem tampa de panela? Hahahaha

JSP, ASP, ASPX....

na real isso demorou pra acontecer

A galera é muito emocionado. Não é pq da pra fazer que você tem que fazer. Fada uma

loading serve pra aplicações grandes, pra quem desenvolve pra 10 usuário esse tipo de opinião nem é válido

JSP, PHP, ASP (clássico)... go back

Se usa PHP no front em 2023 por se internar kkkk

A única coisa que eu penso é, o melhor processamento é sempre em uma máquina fora da aws kkkkkkkk ou seja, do usuário kkkkk

Esse é o papo mais balela que já ouvi! Antes falavam que carregar HTML no lado servidor era pesado e que o backend deveria somente prover os dados. Agora carregar HTML, Javascript no lado servidor deixa mais leve. A real é que a solução de renderizar HTML, Javascipt e CSS somente no lado frontend gera mais custo para as empresas ao ter que sustentar duas equipes :frontend e backend. É mais fácil pegar um desenvolvedor que entenda de backend e renderize HTML do lado servidor e ter o menor custo possível.

Mas não era um crime misturar html com javascript? Kkkkkkk

Se a vercel resolver adotar solidjs no lugar do reactjs vai ser melhor coisa já feita no mundo rss, não sei vc mais o solidjs chamou o react de burro kkk!

🔥