Em todo vídeo que o Diego trás alguma nova tech, sempre tem comentário da galera dizendo que não vale a pena pois o mercado não usa. Galera, a ideia é trazer conhecimento, saber mais sobre o ecossistema. Não precisa dizer o óbvio. A gente sabe que essas tecnologias ainda não são padrão do mercado. O interessante é saber que novas formas de resolver problemas existem e despertar a curiosidade em tecnologias com alto potencial. Se um dia vai de fato ser usado em larga escala, é outra coisa.

Curti bastante o Drizzle, assim como curti bastante o Prisma. Porém, por experiência própria, a maioria dos projetos mercado a fora usam libs “antigas” mas que no fim funcionam (Sequelize, Knex, etc) No fim, meu conselho pra galera que se sente meio perdida nesse mar de novidades é: Invista seu tempo estudando SQL, e só depois parta pra “try hardar” com essas ferramentas, você vai conseguir sempre acompanhar essas novidades, mas ao mesmo tempo vai estar preparado pros desafios reais que o mercado propõe. Não adianta nada conhecer sempre a última ferramenta do momento, se o mercado no fim não adota nada disso em larga escala. Você precisa sempre estar um passo a frente!

@dieegosf

5 ай бұрын

Exato, isso vale pra CSS antes de estudar Tailwind/Styled Componentes, etc... Vale pra qualquer coisa. Sem fundamentos não tem porque estudar ferramentas. As ferramentas perdem seus benefícios se você não passar pelas dores de não utiliza-las antes.

Quem tá aí há mais de 1 ano estudando, passando horas estudando e não sente que está perto de conseguir uma vaga? Que tal a gente fazer um grupo de pessoas realmente comprometidas com intenção da gente se ajudar a trocar experiência e motivação? As vezes algo que pode ser meu ponto fraco, é o ponto forte de alguém que está na mesma situação e assim um pode melhorar com o melhor do outro e vice versa...

@nicolasmoises2720

5 ай бұрын

Eu fecho

@viniciusrosa8147

5 ай бұрын

Mano, eu não to comecando, ja sou um tech lead, mas se precisar de ajuda pode chamar

@Pedrorcruz

5 ай бұрын

@@viniciusrosa8147oxe eu aceito meu parceiro

@CassioJunior-wm6fd

5 ай бұрын

Pow mn eu topo ein

@brianrangel8866

5 ай бұрын

Topo, chama.

Vocês da rocketseat são muito bons. Porem vejo que vocês fomentam mais o foco em tecnologia e bibliotecas do que em soluções em si

@dieegosf

5 ай бұрын

Como comentei acima, o KZread é um espaço pra eu poder estar mais próximo das novidades, por isso, sempre teremos uns 30% de conteúdo que gira em torno de techs mais bleeding edge, mas não é o único tipo de conteúdo e nem o único canal onde temos conteúdos gratuitos disponíveis. O KZread é o local onde me sinto mais livre pra poder compartilhar o que eu estou estudando, porque eu me empolgo e me motivo com isso tudo. No fim, se eu não puder fazer isso, meio que a programação se torna menos interessante pra mim. Mesmo assim, valeu pelo feedback

@elvitin

5 ай бұрын

@@dieegosf De fato o KZread é livre e a responsabildade de validar a aplicabilidade do conteúdo no própio contexto, é do espectador, entendo perfeitamente Diegão, abraços 🤝🏼

mano, estamos voltando as raizes, isso é mt lindo

Eu encaro os projetos da rocktseat como programação freestyle. Igual àqueles torneios de malabarismo com bola. É lindo, mas não é futebol. Saber criar projetos com 1000 tecnologias é um novo recomeçar todos os dias. Bonito e poético. Mas ineficaz. Talvez seja para os criadores de conteúdo, que fazem a sua com isso. Mas para quem assiste, é só um torneio de freestyle.

@CarlosHenriqueOliveiraS

5 ай бұрын

eu tbm meio que to notando isso, tipo se a gente pega todo dia uma tecnologia nova e tal, você meio que não pega afinidade com aquela tecnologia porque a outra ta sendo usada e você tem que usar e aprender e ir atrás e ler documentação e por exemplo o sequelize, cara muita gente usa o sequelize ainda ele funciona pra tantos cenarios então porque você refaria tudo o que ja tem feito em sequelize pra vir pro prisma e depois pra esse outro rs sempre terá outro. mas acho bom tbm o diego trazer essas novidades é bem vindo de certa forma além de praticar essa questão da adaptabilidade tbm vemos outros ecossistemas... porém eu ja to na reta final de sair dessa onda de programação rs esse ano vai ou racha. mas tbm vejo dessa forma que é bom, só pra criadores de conteudo pra atualizar a galera não necessariamente a gente precisa ir la e aprender e implementar mas seria mais pra olhar comoo tal ferramenta trabalha...

@uhelliton123

5 ай бұрын

@@CarlosHenriqueOliveiraS, @LuisFernadoGaido o ecossistema JS é muito volátil o Diego apenas mostrou outras opções de boas alternativas de ORMs. Particulamente uso TypeOrm em todos os meus projetos, porém já atuei em projetos com outros ORMs: Prisma, Sequelize etc... Em suma. aprender novas tecnologias sepre é bem vinda...

@dutchvanderlinde1120

5 ай бұрын

Concordo, por isso prefiro o bom e velho C# do que esse ecossistema javascript que todo dia surge 1000 libs.

@LuisFernandoGaido

5 ай бұрын

@@CarlosHenriqueOliveiraS é o papel dele apresentar tendências e tecnologias. Estou nessa profissionalmente há 18 anos e vi muita coisa nascer e morrer. O importante é ser capaz de entregar software de qualidade, moderno, rápido em um tempo aceitável. Se você troca de ferramentas na velocidade que a rockseat vai e vem, isso é IMPOSSÍVEL. Absorva, aprenda, olhe para as laterais, mas foque em um conjunto sólido de tecnologias.

@LuisFernandoGaido

5 ай бұрын

@@dutchvanderlinde1120 dominar um conjunto de ferramentas muito bem é melhor, mesmo. É claro que não podemos dormir no ponto com tecnologia. Mas o ecossistema javascript é INSANO em termos de mudanças. E nem é para tanto.

Dyego uma coisa meio que obscura no nodejs são transações de banco de dados complexas, hoje com o typeorm utilizando query builder é de boa fazer Lock de registros e utilizar níveis de isolamento diversos. Depois faz um vídeo sobre isso pra galera, é um conteúdo importante que vejo a galera de Node ignorar

Muito bom mesmo, vou estudar essa documentacao dessa lib so esse type safe ai ja t mt na frentr do prisma

Qual a melhor extensão do VsCode de Branco de Dados que possa me recomendar...

Gostei desse Drizzle, eu estava tentando implementar o Prisma no meu portfólio que usa Supabase, e tive vários problemas com RLS e permissões no Postgres, acabei deixando de lado por causa disso, vou ver como o Drizzle se sai com o Supabase

O prisma, por mais que seja grande, não precisa de todo o código para funcionar. Tenho alguns projetos em NestJS, que mesmo fazendo bundle para um unico arquivo, ainda fica grande no arquivo final. E, para o prisma funcionar, não é necessário todos os arquivos. Os arquivos necessários são o schema.prisma e, no caso do windows, o arquivo "query_engine-windows.dll.node" na raiz do projeto. Essa "dll", hoje e usando a versão 5.1.1 do prisma, tem 17Mb. Grande, mas não é 70Mb. Porém o Drizzle parece bem bom msm e, caso o problema for tamanho, é uma boa alternativa.

Esses vídeos cortados foram uma ótima ideia.

Se vc for fazer uma coisa realmente complexa (e mais próxima do banco) é melhor nem usar nenhuma abstração e partir pro sql direto.

@GabrielGasp

5 ай бұрын

Exato, essas libs são muito lindas, até você ter que escrever uma query com CTEs + JOINs + Sub Queries + Window Functions, aí a melhor solução é escrever o sql puro e fazer o map do output manualmente pra uma classe, bem parecido com o padrão adotado em Golang.

@dieegosf

5 ай бұрын

Mas daí você perde tipagem estática, migrations, seeds, etc, ou seja, o Drizzle não é um Query Builder, é todo um ferramental por volta do banco de dados.

@GabrielGasp

5 ай бұрын

Sem dúvida são prós e contras, acho que as duas abordagens podem coexistir, usar ORMs pra queries simples (que provavelmente serão a maioria) mas aceitar cair pro raw sql na hora de fazer queries complexas. O problema que eu vejo é que muito dev acha que se tem um ORM no projeto você precisa usar ele pra TODAS as queries, aí quando vem uma complexa acaba passando um tempão batendo cabeça com a ferramenta tentando fazer funcionar. Na maior parte das vezes que conseguem, a legibilidade da query fica ruim ou acaba saindo uma query que não performa bem pela forma que o ORM traduz pro SQL.

@AlexSRSoares

5 ай бұрын

@@dieegosf Ah mas aí caso se faça questão de tipagem faz o back em go, rust, java ou C# não vai usar po*** de javascript (coloquei em ordem de preferência pessoal).

dica de conteúdo: Aborde sobre Style X, que dizem ser o "tailwindCSS killer". Eu particularmente não achei isso tudo que dizem ser. Mas posso mudar de opinião com o passar do tempo, igual ocorreu com o próprio tailwindCSS

@imartytk

5 ай бұрын

Qualquer bosta eh tailwind Killer. Pq tailwind eh uma bosta

@msantdev

5 ай бұрын

​@@imartytkTailwind é bom demais

Curti o fato de não estar mais usando camel case no nome dos arquivos

Se for pra usar buildar a query assim, n seria melhor fazer a query na mão logo?

@dieegosf

5 ай бұрын

Então, mas daí você perde as features de tipagem estática, migrations, seeding, etc... O Drizzle não é simplesmente um Query Builder

Eu tive esse problema com prisma na lambda. Tive que criar uma lambda layer. E remover todos os drivers (binários) desnecessário, ex: Darwin que é para MacOS. Funcionou, mas deu trabalho.

@saogregl

5 ай бұрын

Fiz a mesma coisa, mas mesmo assim o cold start dos lambdas fica em torno de ~1.5s. Drizzle é mais rápido, dizem que kysely é muito mais rápido.

Aqui eu configurei knex e prisma no mesmo app pra quando tem queries mais complexas

Tudo começou com Raw Queries, após muito tempo o conceito de Query Builder foi consolidado. Depois introduziram os famosissimos ORMs e suas abstrações complexas. Hoje estamos voltando ao bom e velho Query Builder. Quanto tempo para voltarmos a escrever as queries SQL na mão?

Realmente me parece muito promissor, como está a viabilidade para projetos em produção?

@dieegosf

5 ай бұрын

Tenho 2 apps em produção com Drizzle, mas ainda não são projetos grandes. Os meus apps maiores continuam rodando com Prisma ou outras tecnologias mais antigas, então recomendo ficar por dentro, mas ainda não investir com todas forças no Drizzle não.

Espero que logo, logo bata o prisma, honestamente trabalhar com prisma é caótico, só a declaração de tipagem e um arquivo único e que sempre fica imenso em projetos maiores me tira do sério. Em meus projetos sempre prefiro usar o knex, agora vou testar o drizzle que me parece uma opcão muito superior ao prisma em tudo que ele propõe e claramente mais moderno e atualizado que o knex.

Façam um vídeo "Guia de estudo javascript 2024," por favor.

Esse projeto pizzashop já tá disponível no ignite?

@lucascoliveira3957

5 ай бұрын

Na trilha de React, sim

Esse drizze me lembra um pouco o knex

cara, queria saber como deixar meu vscode igual ao seu

@igorsoares4135

5 ай бұрын

ele n esta usando vscode...

A galera fica meio com raiva que toda a semana tem uma ferramenta nova e que eles têm que aprender. E eu digo uma coisa, não precisa aprender nada, só precisa saber que existe. E quando for usar x ferramenta em algum projeto ai que vc vai aprender e ler a documentação. Eu fui fazer um projeto novo aí pensei, vou usar Drizzle, em 1 dia aprendi Drizzle na prática aplicando ao projeto. A única coisa que eu precisei saber foi SQL e typescript e ler documentação. Mesma coisa com qualquer outra ferramenta, tailwind por exemplo, vc n precis aprender tailwind e sim css, e depois simplesmente use o tailwind, dúvidas, olha a documentação. Foque na base (css, html, typescript, sql) e na sua capacidade de adaptação, ler documentação, usar o google.

Olá, boa noite, qual é o nome desse tema?

Interessante, mas ainda prefiro o prisma e o typeorm msm.

Primeiro, fala dev .... Vlw... boas festas ...

Único ORM node que presta, continua sendo o Lucid kk.

@dieegosf

5 ай бұрын

Se você curte Active Record, sim, mas nem sempre é a melhor solução. O Lucid, assim como o Eloquent do Laravel ou Active Record do Ruby traze alguns desafios envolvendo arquitetura por não oferecerem uma maneira simples de implementar alguns padrões de arquitetura, dificultando principalmente os testes automatizados da aplicação.

@Jhonatan-_1918

5 ай бұрын

​@@dieegosfse Lucid ñ fosse preso ao AdonisJS, ñ teria pra ninguém. Infelizmente essa feature vai demorar mt...

O melhor ORM eh sempre o próximo pqp toda vez eh isso

@phabloraylan

5 ай бұрын

Kkk

@GabrielGasp

5 ай бұрын

Ai tu falou besteira, o próximo ORM não é o melhor, o melhor é o que vem depois dele 😂

@ohbabybaby4087

5 ай бұрын

quem ta falando que um é melhor que outro gênio? são propostas diferentes

@dieegosf

5 ай бұрын

Na real no vídeo eu falo que não é melhor não, ainda uso o Prisma nos meus apps, é só uma nova opção que em alguns contextos pode ser uma opção viável. Novamente, se você tiver uma boa base dos fundamentos, vai facilmente conseguir navegar entre diferentes ferramentas.

@imartytk

5 ай бұрын

Mas coloca no título do vídeo pra que kkk pra comparar. Sei lá mano por mim eu focaria em um só e já era.

n gostei desse eq gte e lte n estamos no cobol, pq isso? seria melhor aprender sql, as vezes me soa um pouco forçado fazer td se encaixar no js, cada coisa tem sua ferramenta adequada.

Bem legal as alternativas, mas desenvolver com Prisma é muito mais produtivo.

@dieegosf

5 ай бұрын

Total, o Prisma tem uma DX imbatível por enquanto.

JS/TS é pra fazer front, backend é java ou .net

@TheJunioGG

5 ай бұрын

Concordo demais cara, essa turma de js só vive de hype e agora já tão querendo até framework novo de orm, pra fazer exatamente o que o outro fazia, por isso é tão difícil dessa gente arrumar emprego o mercado é completamente pulverizado tem 1 milhão de coisas pra fazer no fim do dia o mesmo.

@gustavoh5143

5 ай бұрын

@@TheJunioGG 15 framework pra renderizar a mesma div

@canaldogrande1028

5 ай бұрын

Tbm estou achando que começaram a inventar muito kkk muito nome complexo e bonitinho

@gabriel87hackers

5 ай бұрын

Php => Laravel é muito melhor pra backEnd

@LeonardoRodrigues-qc9hr

5 ай бұрын

Não há problema em expressar que não curti JS/TS no backend por diversos motivos, e em vez disso, preferir soluções mais tradicionais, como Java e .NET, que são como um 'feijão com arroz'. No entanto, afirmar o que deve ser usado como se fosse a única opção válida você deve ser o bichão mesmo .... Você mesmo acaba se limitando a uma caixa, bem parecido com a maioria do pessoal de JS

que tema é esse Diegão?

@VictorBentesDev

5 ай бұрын

To doido pra saber , parce mt o Rosé Pine, mas acredito que não seja.

@fibeck2613

5 ай бұрын

@@VictorBentesDev int eu uso o Rosé Pine tbm mais o dele esta diferente kkkk

@dieegosf

5 ай бұрын

Isso é o editor Zed com tema Rosé Pine (Moon)

Diego está ficando calvo?

eu achei a legenda muito grande

já vi tanta gente metendo o pau no prisma em relação a performace que nem tento usar O drizzle dizem que é mais bem contruído

@dieegosf

5 ай бұрын

O ponto é que justamente o Prismat em essa camada em Rust entre seu app e seu banco que, na maioria das vezes otimiza a comunicação do seu app com o DB, mas algumas vezes piora. Já foram lançados vários updates em cima disso e hoje está 90% melhor do que era antes, mas ainda existe um custo de performance em cima da experiência ganha ao usa-lo.

Eu ainda prefiro o Hibernate.

No meio de tudo essas super novidades do ecossistema js (bun, deno, elysia) mais facil voce trabalhar num projeto node v15 com express e sequelize 😂😂 vamos focar no fundamental e parar de viajar nessas "novidades" que nunca vão para lugar nenhum

eu tenho certeza que o diego nao transa vei...

@dieegosf

5 ай бұрын

😳

@me.dwesley

5 ай бұрын

O cara é casado! KKKKKK

Isso que ferra o JS . Não consegue passar nem 1 ano com alguma mesma lib. Desanima

@imartytk

5 ай бұрын

Escolha suas libs e bola pra frente. Se tiver hype de outra ignora. Se a lib q vc usa ficar obsoleta muda

@dieegosf

5 ай бұрын

Perdão, mas não concordo que isso seja exclusivo do JS. O PHP mesmo, 1 ano atrás no ecossistema Laravel estávamos no hype do Inertia, Limewire, etc... O problema é que, se você vem de uma linguagem como Ruby que praticamente não tem nenhum big update há anos, com certeza vai sentir que as coisas andam rápido demais. Mas você sempre tem a opção de pegar uma linguagem mais estável no mercado e focar nela, como um Ruby ou C#, o que pode ser bom pela estabilidade, mas talvez te dê menos motivação.

@felipeflashmaster

5 ай бұрын

@@dieegosf bom, eu uso laravel somente como api. O php 100% pra tudo é loucura . O mundo JS acho que com o Nest parece ter alguma definição de padrão.

Nao gosto da ideia de trabalhar com banco de dados no front.... parece que estou pulando etapas

@dieegosf

5 ай бұрын

Isso não é front, é back.

deus me livre

esse pessoal do js caga framework todo dia ... pqp

Prisma é horrível 😂