É o novo "PHP dos anos 90”?

[@RafaelMohedano]

O código segue o Princípio da Responsabilidade Única . Tem a única responsabilidade de fazer tudo😂.

[@codigofontetv]

🤣🤣🤣🤣

[@o-marcus]

😂😂😂😂😂 Pois é

[@fb-jh6il]

kkkkkkkkkk

[@diegaonaweb]

Lembrando na epoca que meu html era assim no back end

[@williamscapini244]

Cara, é impressionante quanto marketing bem feito da o hype.

[@thiagosousa4141]

puro marketing!

[@diegaonaweb]

Lembrando na epoca que meu html era assim no back end

[@matheusoliveira5129]

Acho que eles colocaram o SQL ali de propósito só pra engajar e gerar treta 😂

[@codigofontetv]

Provavelmente! 😂

[@jonathanjua2]

Isso é a cara da vercel

[@jorge.barcelos]

Só pode

[@gilissantos6532]

Treta gera muito engajamento 🤣

[@deltemp]

Amém! Foi nojostálgico! 🤣

[@ThiagoPablicio]

Pois é independente da linguagem se o cara não tiver a noção ferra com a nossa vida, eu mesmo ferrei com muita coisa quando tava iniciando no php, sql no html, html salvo no banco e por ai a fundo kkk. Graças a deus me converti a palavra do Clean e SOLID e nunca mais pequei

[@rmauto6273]

Ri junto nesse momento do "kkk" kkkkkkkkkkkkkkk

[@ThiagoPablicio]

🤣🤣@@rmauto6273

[@maykrpc]

E não tanquei o "Graças a deus me converti" KKKKKKKKKKKK

[@thomasthemazzerrunner3615]

html salvo no banco de dados? caramba.

[@ThiagoPablicio]

@@thomasthemazzerrunner3615 tinha um site que eu mexia que tinha umas listas ul li que eram salvas no banco e quando chamava pelo parâmetro carregava, foi minha experiência, quando vi a primeira vez achei que era normal e taquei-lhe pau a fazer mais algumas assim, até que descobri como seria a melhor forma heuehe muito orgulho disso sqn hahah

[@seunicolau]

Acho que o exemplo está certíssimo. Deviam subir em produção sexta a tarde também pra mostrar confiança

[@marcospauloamorim8313]

Kkkkk

[@yanlimaju]

Esse vídeo me ativou lembranças de algo terrivelmente engenhoso: Oracle forms. Dados, Regras de negócio e Renderização de formulários debaixo do capô do SGBD (server-side). Na minha opinião e experiência, colocar tantas disciplinas num mesmo código implica em impactos na manutenibilidade do sistema. Talvez isso faça sentido para statups num contexto de entregas mais rápidas e com um time fullstack focado no NextJs. Contudo, sabemos onde esse tipo de abordagem pode dar: sistemas crescem e ficam complexos; e sem os devidos cuidados, a erosão arquitetural e o alto endividamento técnicos são certos. #vemcamisa #vembone #sunguinhacaibemnoveraosim

[@rafaelbertolini6205]

right tothe point!

[@ramonprata9531]

como vcs falaram, fiquei chocado com esse exemplo. E o que me incomodou desde a primeira vez que vi foi justamente a questão de separação de responsabilidade, modularização de código e boas práticas. É claro que deu aquele friozinho na barriga da possibilidade de sql injection mas isso era algo que ja imaginei como contornar e também acho que eles não teriam mostrado esse exemplo se fosse um problema real. Porém separar responsabilidades mesmo dentro do front em si já era uma preocupação minha. Desde que trabalho com React (6 anos) soube que era só uma lib para lidar com Renderização/manipulação do DOM. Enquanto que uma aplicação web vai muito além disso. Então eu via que galera trazia muita responsabilidade para os próprios components (chamada de API, regra de negocio sobre entrada e saída de dados, escovação de bit, muita manipulação de estados globais, interações com APIs do browser) e isso tudo gerava uns componentes monstrinhos que eram difícil dar manutenção e quase impossível fazer testes unitários.. E isso feria uma premissa básica do React: "componentes com código mais declarativos e menos imperativo". Por isso mesmo antes de SSR e next, quando só tinhamos o CSR, eu já gostava de separar as coisas no front, criar camadas. Entendo os ganhos do SSR mas acho que devemos aderir esse tipo de mudança com bastante parcimônia e nunca abrir mão da qualidade de código em detrimento de "fazer de forma simples". Convivendo com programadores por anos vejo muito uma tendência a não preocupar tanto com qualidade de código no front e exemplos como esse, ainda mais vindo de uma conferência, pode reforçar essa tendência principalmente para devs em formação, que ainda não tem muita experiência e podem assumir exemplos como esse como uma "boa prática" ps. sigo vcs a um tempo mas esse é meu primeiro comentário. Gostaria de aproveitar para parabenizar pelo canal e agradecer por trazerem conteúdos muito relevantes e conceitos que as vezes deixamos de lado por querer ir direto pra parte de escrever código.

[@aislanarislou]

Reclame também os canais youtube "apaixonados" por React que não param de ensinar essa tecnologia......

[@bioquimicotv]

Parabéns pelo belíssimo conteúdo, o pouco quem sem de programação aprendendo com vcs e outros canais deu perfeitamente pra entender a parte técnica do vídeo. show demais assim fica bem maias fácil o entendimento de um leigo como eu. ❤

[@elvispalace]

O objetivo da Vercel foi sempre criar um framework full-stack (por motivo óbvios de negócios). Esse vai ser o caminho do Nextjs. Cabe ao dev usar a arquitetura que quiser (MVC por exemplo)

[@reinaldodev]

se a ideia é essa, que façam direito então, algo como o Rails, com camadas para controllers, models, views, services, etc, separados. E que na hora de criar o projeto, o usuário possa escolher a versão que quer, tipo npx create-next-app nome_do_seu_projeto --full-stack (para tudo) e npx create-next-app nome_do_seu_projeto --front-stack (só para front-end), tornaria a coisa bem mais simplificada

[@rmauto6273]

​@@reinaldodevisso

[@_boraprogramar]

@@reinaldodev Concordo plenamente, hoje parece que não tem padrão nenhum, poderia até ter embutido no CLI a criação destas camadas, assim como outros frameworks fazem.

[@reinaldodev]

@@_boraprogramar exatamente

[@SamuelPares]

pois é, em minhas aplicações não tenho necessidade de cache, vou continuar usando o react com vite e tendo meu backend bonitinho em nestjs

[@joaofnr]

Passei anos separando php, html, js e css e aí veio o react misturando tudo... ok ficou mais rápido desenvolver mas o dreamweaver era rapidinho também 😂

[@cellocarlos]

kkkk. Verdade

[@comentarista1039]

Finalmente alguém falou a verdade

[@painnagato7617]

oh Deus, um homem lucido foi encontrado, como aceitaram aquela mistureba de javascript + css + html ??

[@felipebaptista3338]

Se vocês estudarem bem, vão entender como funciona o SPA e as vantagens de usar, não é sobre codar, mas sobre fazer o melhor…

[@brendon205]

​@@felipebaptista3338SPA não está diretamente ligado a um código todo misturado como o do react, isso foi uma escolha deles

[@saitamashisaitama8013]

saladera de frutas, boa prática misturar tudo kkkk

[@felipealves3000]

Gosto da ideia do framework te forçando a fazer certo! Entendo a necessidade de ser flexível para o business, mas no dia a dia, não tem jeito, se poder fazer, vai ser feito errado!

[@PAI-DE-TODOS-]

Sim dependendo do local de trabalho fazem muita merda mesmo depois são sabem porque o custo de desenvolvimento ficou tão alto isto quanto não se abandona o projeto na metade ......

[@alquimistavoador]

Mas aí a culpa é do desenvolvedor, não do framework. Acho q o framework tem q ser flexível sim, é obrigação do desenvolvedor aplicar as boas práticas. Separação de responsabilidade. Só vc pensar um pouquinho, será que a responsabilidade de escrever um código direito é do framework ou do dev?

[@PAI-DE-TODOS-]

@@alquimistavoador Com absoluta certeza, a responsabilidade recai sobre o desenvolvedor. No entanto, é importante mantermos a humildade e reconhecer que ninguém possui conhecimento absoluto. Por vezes, é necessário tempo para lidar com circunstâncias específicas; no entanto, a "empresa/cliente" nem sempre está disposta a esperar. Sob pressão, alguém pode cometer equívocos, o que, embora não justificável, pode ocorrer. Concordo plenamente contigo. Há uma ampla variedade de ferramentas disponíveis para realizar tarefas diversificadas. Contudo, é importante ressaltar que nem todas podem ser aplicadas indiscriminadamente em qualquer situação. Portanto, considero que isso se torna mais uma questão relacionada à gestão empresarial e ao estudo aprofundado de projetos. Em outras palavras a EMPRESA também tem culpa.

[@novocanal7153]

Acabo de lembrar de uma tabela quando iniciei na programação, tinha tudo nela. Kkkkkkkkkkkkkkkk

[@luizfelipeop]

Acho que o ponto que não foi tocado e que a maioria das pessoas não perceberam é que, tudo bem o exemplo foi ruim, mas que de agora em diante facilita muito mais, a chamada de api’s via server side, trazendo ainda mais segurança, pro sistema de modo geral

[@antoniosantos2892]

😂😂😂ficou bacana, fazia isso no Clipper TB.

[@Acessodesign]

eita PHP, você nunca morre ! kkkkk

[@arlessonmoura8944]

Mas não disse que era fã do Php... Antigos espíritos da treta, possibilite a este humilde servo ver o caos gerado por está lacuna, xablau!

[@italosousa2017]

Concordo plenamente com as opiniões de vocês. Tivemos coisas muito boas no Next14, mas, vou esperar amadurecer um pouco mais antes de mudar para ele. Vamos ver onde isso vai chegar.

[@fabio.macacovelho]

era como se fazia na época, o JS começou a pegar força no fim dos anos 90, ja no finalzinho começou e no inicio de 2000 decolou e ai começou os Ajax, XML e ai a possibilidade de separar tudo. Acompanhei todas estas mudanças nos ultimos 25 anos

[@MaxHeroGamer]

Sobre o separation of concerns eu concordo. View e lógica pra mim deveriam viver em lugares diferentes. A Linguagem Elm tem a arquitetura TEA excelente de separar as ideias de View, Update e Model no front-end, uma pena não ser tão utilizada. (Inclusive talvez seja um tema interessante pro dicionário do programador, quem sabe)

[@Guidje]

Sinceramente, há coisa de uns 15 anos um amigo me sugeriu q eu aprendesse a programar pq eu sempre fui muito curioso e tal. Na época, estudei PHP (acho q era o 4 ou 5) e eu já sabia um pouco de SQL então não demorou muito pra eu fazer umas coisinhas integrando bando de dados e formulários. Mas eu não curtia muito programação - e eu era muito jovem também pra entender q aquilo poderia ser uma carreira, q as coisas q eu curtia fazer necessariamente não teriam futuro, etc - e acabei trabalhando com manutenção, infra e abandonei o barco da programação. De lá pra cá, dei várias voltas e há coisa de uns 2 anos voltei a estudar programação e "reaprendi" tudo já com o padrão MVC (não em PHP, mas em JS), tudo componentizado e em camadas e me parece, sim, que é um retrocesso o que a Vercel está fazendo. No primeiro post que vi sobre esse troço, postei um print de um código dessa minha época "das antigas" (de um crudzinho tosco) e é bizarra a semelhança na "sintaxe" do código (tudo misturado, sem uma estrutura clara e com uma óbvia confusão de responsabilidades.) Não sei qual vai ser o uso dessa tosquice, ou se a desculpa é pra podermos dar um folga pro processamento client side (o q, na minha opinião, não faz sentido, haja visto o poder d processamento q qualquer smartphone tem hj em dia) só sei q eu olho a apresentação desse negócio e me parece uma piada de mal gosto com o tanto que se progrediu em engenharia de software pra se voltar a fazer as coisas d um modo tão amador e q sabidamente tem baixíssima manutenibilidade...

[@EmersonAlencarJunior]

O exemplo atendeu ao que foi projetado: criou o hype desejado para essa versão e abriu novas perspectivas para sua potencialidade usando-se tanto de boas e/ou de más práticas de código. Na média, servirá para separar quem programa sistemas complexos de forma eficiente dos que ainda não conseguem além de causar um novo nível de dor-de-cabeça quando se depararem com essa nova geração de gambiarras.

[@BrocchiRodrigo]

Eu imagino que o melhor funcionamento - se for para levar SQL para dentro do NextJS, é usando as routes da pasta app. Dá para criar uma lib separando a camada de banco com ORM (repositórios), os serviços criados, e o que em tese seriam os controllers, dá para usar a própria camada das routes. Obs: Isso claro, se não quiser usar um backend separado, afinal o próprio NextJS cria essa camada de servidor que pode ser usado desta forma. Alias, não é só o pacote do NextJS que está funcionando assim. Se pegar os pacotes do Supabase, por mais que exista uma abstração para leitura e gravação no postgres deles, o funcionamento também pode ser aplicado dessa mesma forma, a diferença é que lá eles estão usando a sdk própria deles ao invés de injetar um sql gigante na página, mas equivale ao uso de um ORM direto no cliente (também com uma camada que tenta impedir sql injection partindo de xss).

[@weydans]

Tive uma idéia que vai resolver esses problemas... ...vou criar um framework Js, vai ficar top... Kkkkkkk...

[@gui-df]

como está indo?

[@andrebonizi7953]

Dei o like por causa do comentário do maninho, muito bom.

[@affonsocjr]

Eu tenho é muita, muita saudade desse tempo!! E do tempo das aplicações delphi, e do ASP. Tudo bem que esse exemplo é extremo, mas inventaram milhões de camadas e historinhas... e coisas que a gente fazia em uma tarde, hoje leva semanas pra fazer! 😢 Mtas vezes sem ver o ganho dessa enorme complexidade. E o tempo pra ficar com a família, e viver, é sequestrado!

[@brunogsilva5301]

Faço de suas palavras as minhas.... Mesmo a mais de 10 anos, eu já separava algumas coisas para facilitar minha vida na hora de uma manutenção, mas nada comparado a tanta "frescura" que nem tem hoje. O que eu gastava 1 semana para desenvolver, hoje eu gasto no mínimo 3 semanas, de tanta "frescura". No final das contas entendo que as ditas "frescuras" por mim, são apenas para aumentar a segurança, porém no final a segurança vai depender exclusivamente de quem esta codificando... Em resumo... Saudades dos velhos tempos.

[@Kraudeo171]

cada vez q eu vejo essa imagem fico grato pelo claudio do passado ter ido para o backend

[@AcelmarMarchezi]

Gosto muito do canal e dos conteúdos! Só abomino esse ódio todo pelo php!!! Trabalho com PHP há mais de 15 anos com total sucesso em desempenho e recursos. E esse vídeo aqui é a prova que toda linguagem permite fazer caquinhas. Não tem NADA de errado com o PHP.

[@marcelotavaresdesantana487]

Um problema é alguém esquecer alguma configuração de renderização no servidor e por algum tempo o código ficar exposto com as SQLs. Melhor estruturar separado e deixar as requisições num lugar que o servidor Web não publica, ou sem permissões de leitura por outros.

[@edsonsilva-id1sx]

Esse exemplo só mostra o quanto um dev precisa ser experiente para não fazer merda. Existem padrões, siga-os.

[@digitadorlive]

😊 Gostei desse casal da Web TV Brasileira com as fofocas mais quentes do mundo da programação

[@diegaonaweb]

O grande problem desse caso de uso é validação de dados no react? pois existem várias validações ao clicar um botão, checar login, validar se esse insert não vai gerar outros bugs, ou update, ou delete. Criaram uma funcionalidade pra corrigir um problema que não existe porque no desenvolvimento vai gerar varios problemas, ai dentro da funcção tu vai instaciar a arvore de classes inteira para obter objetos dessa alteração?, mesmo em aplicações pequenas misturar front, backend vai gerar um grande monolito componentizado. Se tudo isso está do lado do servidor, de certa forma vai ser apenas juntar o front no back e colocar o programador pra trabalhar EXH.

[@SohaaTitanio]

"muita gente não entendeu" entendemos sim kkk

[@heyjeanwtf]

"Essa parte cacheada pode também ser hidratada" (Cabeleireiros Café, 2023)

[@codigofontetv]

🤣🤣🤣🤣🤣🤣

[@henriqueS9653]

Eu acho que isso ta mais pra um inicio de uma tendencia de frameworks fullstack, o que sempre existiu, mas agora com uma cara mais de Javascript

[@RobertoMartinsInfo]

Pode ser. Mas geralmente a iniciativa começava do backend ao front, com aquelas linguagens de templates. Parece que next.js está querendo trazer essa possibilidade de um backend não apenas para SSR. Sei lá, meio que parece um retrocesso. Parece a volta do monolitão

[@henriqueS9653]

@@RobertoMartinsInfosimmmmmm vdd demais isso, e eu acho bem daora na verdade porque a gente consegue dar uma cara mais de front ne!

[@viniciusvinum]

kkkkkkkkkkkkkkk esse sql liso no meio do código

[@alexandreoliveira1517]

o pior de tudo é saber e ver que tem muitas empresas gigantesca e milionárias com códigos dai para pior, não vou falar nomes, mas tem muito produto/serviço por ai que é o caos dos códigos e é o amadinho de muitos

[@phillipcesar]

Uma coisa que o PHP não faz é ficar inventando a roda o tempo todo. Vem os "front-enders" cagarem regras o tempo todo, para daqui pouco tempo voltarem para o que era simples e rodava bem, é tudo um grande hype sem um real benefício.

[@aivanplus]

Por tanto tempo as empresas vem procurando meios de evitar que os funcionários façam uma colcha de retalhos nos produtos e agora me aparece um recurso contra maré desses.

[@junniiorferreira9329]

2011 sobreviventes do bananal! HAHAHAHAHAH Somos nós que viemos de antes de 2000

[@inteligenciamilgrau]

Estava brincando hoje com PHP e os servidores atuais já detectam PHP inserido em HTML, já dão erro e nem aceitam!! Achei interessante!

[@alegneto]

Tbm peguei o PHP esses dias para dar uma brincada, usando um framework (descente) é praticamente impossível.

[@junniiorferreira9329]

11:33 hmn... mongoose ganhando mais um tempim de sobrevida kkkkk

[@PauloOrtolanCinemaniaco]

Se eu estivesse na quinta série, este seria o meu código.

[@marcobats100]

Tá igual quando eu comecei a programar com foco total no PHP pra trazer as tags e Scripts com o SQL injection... Agora que estou focando no React e Node, misericórdia, não. Deixa tudo separado que é mais seguro e mais organizado.

[@marcos_silvestri]

Em Java dá pra colocar SQL misturado com HTML também, usando a tecnologia JSP. Não é nada recomendado, apenas para testes ou demonstrações, coisas mais simples.

[@anderson.rgomes]

Fico imaginando os megazords que podem sair disso KKKKKK. Sou backend e me deu calafrios ao ver esse código

[@idontsleep777]

podiam fazer um video falando um pouco como voces ganham dinheiro hoje em dai, nao em porcetagem mas seria legal saber se estao empreenendo fora do youtube se tem algum saas por exemplo, se fazem freeela. Tenho interesse

[@lusca899]

Por isso que eu amo Svelte

[@Descompila]

Já fiz isso no JSP 😂

[@mpjogos]

Eu também, bati o olho e vi injeção SQL rs

[@FRNathan13]

1:28 Saudades php era muito booom. Usei bastante

[@joaodutra]

Top a capa do vídeo!!!

[@brunowponto]

Eu lembro muito de usar PHP e ASP assim, mas a idéia fdoi boa deles.

[@BrunoEugenio]

Se brincar as pessoas que usavam isso no PHP evoluíram mas ai vieram outras que não acompanharam o caos e fizeram a mesma coisa hahaha

[@ebdev]

Então cada vez mais eu me pergunto o que os caminhos do next se difere do “antigo” mvc, ainda mais agora vindo este esquema de server e client component.

[@cristianoo2]

SQL na interface é imperdoável mesmo... Nem em projeto pequeno. ORMs depende muito. A imensa maioria são bem ruins em termo de custo computacional.

[@marcioarp]

anos 90 é sacanagem hein, eu conheci o ajax por volta de 2005 +/- , acho que sem o ajax era diificil separar o código.

[@florescerdiario]

pra mim isso ainda é melhor que o PHP. Pq o PHP mesmo tu tinha que fazer um POST usando XMLHttpRequest / Form / Ajax pra fazer uma requisição em um outro script (ou no mesmo, depende de como vc estruturou). A diferença é que vc só poem a chamada direto e JA FUNCIONA? Incrível essa nova feature.

[@samuelacericonia]

Eu gosto de abrir o codigo e ver a query logo

[@REDIDSoft]

isso ai é a molekada abrindo o bico por não conseguir desenvolver um backend da forma correta ;)

[@reptil4782]

Bomba. É bom para um pedacinho simples para apresentar. Quero ver um sistema de muitos módulos, com muitas regras de negócio.

[@helciopandelo]

É como ver tudo voltar ao que faziam "nossos pais" porém, no contexto, nossos pais são nós mesmos há 10 anos atrás kkkkkkkk Eu vejo como "o frontend virou zona e precisamos arrumar", aí volta ao que era antes. Agora.... Basta saber usar também, pois fazer c*gada no código dá em qqr linguagem rsrs

[@ZeroNicotina]

Até hoje eu não entendo pq uma pessoa usa esses framework, complexos, limitados, carrega um mundo nas costas pra fazer as vezes coisas simples... Acho que fiquei velho mesmo, eu uso apenas JS, Node, HTML, CSS ... Isso é suficiente pra conseguir fazer algo rapido, seguro e produtivo.

[@marcola4767]

Projeto minúsculo da pra fazer com Js puro, agora, qualquer coisa q envolva várias partes e uma lógica mais complexa, é basicamente impossível fazer com JS puro sem demorar 5x mais doq demoraria doq se usasse um react, vue ou svelte da vida. Essas coisas existem pra um propósito, não pq alguem tava entediado e criou um framework/biblioteca

[@isaacsouto9302]

Rápido, seguro e produtivo...humm tem muitos "depende" aí nessas suas afirmações, se o seu projeto for minúsculo realmente não faz sentido mas não tem a menor chance de vc ser produtivo num projeto de médio/grande porte fazendo tudo na mão

[@kingoftime470]

​@@marcola4767até concordo para o uso de um react, vue, angular. Agr quando se tem framework de framework e a glr passa a adotar por pretexto de "velocidade" sem enxergar outros problemas é complicado

[@williamscapini244]

Cara eu faço meus projeto de aprendizagem com java script puro dom. Vou fazer no React puta complicação! Javascript puro vanilla querrySelector nos projetinhos já atende.

[@devlean]

Livros de ASP e Servlets sempre indicaram fazer códigos assim kkkkkkkkk

[@etni_dev]

Depende muito do que você quer fazer, parece que eles querem fazer um framework fullstack, mas escolheram uma forma meio confusa de fazer isso. A separação entre backend e frontend existe por um motivo, separar o backend em camadas também. A questão é, devemos estruturar melhor os frameworks ou as técnicas de desenvolvimento devem mudar? Creio que um MR para uma pessoa experiente já seria o suficiente pra não deixar algo assim passar e só usar se for extremamente necessário.

[@fdomds]

Até o pessoal do nocode achou isso bem esquisito.

[@WiltonRibeiroCruz]

Sim queremos vingança zueiras kkkkk !!!!!

[@eduardooliveira5257]

uso o nextjs mais prefiro o back end rodando separado do front ou seja em uma API externa

[@nullpointernottoday-sassin6617]

Quero nem imaginar a criação de Testes Unitários ou a execução dos testes automatizados 🤡

[@giuseppelanna]

Em breve a gente já vai poder salvar os nossos server components em .php e o framework já vai vir com o sqlmap instalado nas dependências por padrão.

[@wweber1700]

4:35 por isso que eu uso shampoo para cabelos cacheados, assim ele já fica hidratado na medida certa! =D~

[@PAI-DE-TODOS-]

Eu amo o React mas é fato que isto foi um passo para traz........

[@OBardoWeb]

Creio que para fins didáticos não vem a ser um problema. O problema é mandar isso pra produção. Ai volta o cheque bonito. Mais pra apresentar e colocar em um slide não vejo problema é até bem pratico.

[@eduardofelipeciprianodasil2475]

não existe fim didático

[@Hugo.Digital]

Pessoal de arquitetura limpa tem calafrios ao ver isso

[@FRNathan13]

5:16 ja vi vários sites dividindo os scripts em multiplos pedaço pq ele puro é absurdamente pesado.

[@GeorgeSilva-e7p]

Tudo muda sempre, vai e volta. Na tecnologia não será diferente né....

[@djwasky]

Maldade. Trabalho a anos com JAVA, e já vi gente fazer isso no Java tbm. E trabalhei anos com Zend e Laravel PHP e é muito profissional as aplicações.

[@andredemoraesclemente8034]

E como seria o código ideal para este proposto? Como sou leigo seria legal ver a diferença! ;)

[@RobertoMartinsInfo]

O ideal seria não ter SQL no next.js. Usar ele para front end com SSR. E deixar para outra aplicação uma API.

[@BillRocha]

SE é possível fazer exatamente como no exemplo, SERÁ feito em grande escala! Não subestime o "poder" do sobrinho por trás dos home-offices freelances da vida. --- Um fenda no tecido do DEV foi aberta! 🤣 --- E eles mesmos mostraram como - OMG!!

[@opedro3g]

Tá de boas, só mais uma feature que não vai ser usada na maior parte dos projetos.

[@nil70n]

moral da história: php sempre foi mais rápido

[@papaipapuda]

React sempre foi uma zona, novidade era se organizassem as coisas como no Angular.

[@OtavioAugustoRoth]

me assusta menos que uma imagem de codigo java kkkkk

[@wesleymendes9050]

CADE A LOJA??, quero comprar o suéter do código fonte!

[@luizamorim9366]

O importante é funcionar.

[@EduardoDonato82]

"Exagerar" para fortalecer uma argumentação ou facilitar o entendimento é uma "figura" de linguagem muito comum.

[@MarceloFirmino85]

Falo com os colegas do PHP, vc olha o código e fala, isso não vai funcionar.... E funciona 😂

[@iridium-x7i]

next e muito maneiro. amor a primeira vista. porem esse lance de fazer o deploy so na vercel e complicado. moh role para fazer o deploy manual direto na amazon por exemplo.

[@freakdougs]

Como sempre implicaram com o php kkkkkkkk 1:50

[@isguimaraess]

Pra mim tá de boas, comecei a estudar agora.. hehe

[@helamaewerton6860]

Quando eles mostraram RSC no Next pela primers vez eles fizeram a mesma coisa só que era uma query trazendo dados e deu bafafá, agora foi um “post”.

[@RodrigoDechen]

Vcs estariam fazendo um vídeo se não tivesse sido esse código cagado? esse foi o objetivo

[@EversonAraujo9]

Tem cheiro de gambiarra, cara de gambiarra... mas não é gambiarra Kkkkkk a manutenção disso vai ser um pesadelo. if( )

[@ericobrasilrj]

O react não precisa de ajuda pra implodir, ele já é quase um PHP 2.0 KKKKKKKK. ANGULAR FOREVER (zoeira mas com clubismo)

[@jhonicarlos6784]

Imagina gente, o código é um exemplo a ser seguido de de CleanCode ... rsrs

[@SamuelPares]

Então o next virou um framework que faz tudo? estão forçando a volta do monolito? Tenho uma aplicação front em react com vite e o back em nestjs e funciona muito bem. Só me preocupa o vite parar de suportar o react no futuro.

[@Oculterous]

Pergunta, mas qual seria o real problema disso se isso executa no servidor? já fazemos quarys recebendo parâmetros em outras orms e tals que muitas vezes não tem proteção atualizada a tempos, então, se ele vai rodar no servidor ela não fica escancarado e a vista no front, ele roda como qq outro servidor, só que sem precisar de ficar acessando apis simplificando muito o código.

[@_boraprogramar]

O problema seria a separação de responsabilidades, má praticas de desenvolvimento, além de estarem sendo usadas como exemplo para uma comunidade que possui muitos desenvolvedores iniciantes, e a possibilidade de SQL Injection devido ao não tratamento dos dados na interpolação, no exemplo não há problema já que o pacote da Vercel, a princípio, faria.

[@markos3410]

Elon Musk fez esse mesmo marketing. Impressionante como sempre funciona!

[@omonteiro6540]

Em pleno 2023 eu ainda fazia botões com insert no php😂😂😂

[@almeida-allan]

Vi muitas e muitas JSPs com isso... E acredito que ainda tenham várias em produção por aí. kkk Resumindo, acho melhor não.😅