Oh, valeeu! E vou te falar, tô querendo fazer uma V2 desse vídeo, compilando mais do que tenho apresentado nos conteúdos mais recentes. Bora fazer o overview definitivo do Nestjs, né não?
2 місяці тому+3
Conteúdo e didática de altissimo nível ... O único problema é que acaba! Obrigado pelo seu trabalho.
Haha, aí sim, valeu pelo apoio Marcio! Sigo fazendo os vídeo aí, tentando fazer um por semana pelo menos até o canal ganhar tração, aí quem sabe isso não abre espaço pra eu dedicar mais tempo ao canal né... Valeu 🤝
Comecei assistir o vídeo e já me escrevi no canal, coloquei na minha lista de favoritos e vou compartilhar com todos os meus amigos. Estou iniciando com o NestJS. Já assisti alguns vídeos aqui no UA-cam, porém nunca vi nenhum vídeo com pouco tempo expor tanto conteúdo com excelência. Uma vez mais Phill parabéns pelo trabalho.
Muito show, Phill !! Uma sugestão mais para frente com o NestJs, seria o uso do docker para subir todo o ambiente local. Forte abraço e sucesso nessa nova caminhada !!
Fala aí Lucas, bom demais? Caramba, vc encontrou o vídeo antes de eu publicar 😅mas boa ideia, coloquei a sua sugestão de conteúdo no meu backlog, pra quando chegarmos num estágio mais avançado dessa série do NestJS. Grande abraço, obrigado pela força 👊
Muito bacana, Halley. É bom sim aprender o Express antes de ir pro NestJS. O Express é mais "mão na massa", mas vai te mostrar como algumas coisas funcionam por baixo dos panos, por exemplo quando você implementar seus próprios middlewares. Depois, o NestJS vai te dar as coisas mais prontas, mas sabendo que o NestJS roda em cima do ExpressJS, é bom entender de onde vêm as coisas.
Opa, obrigado pelo retorno, Roberto! O NestJS é legal demais, né, muito completo, "receitas" prontas pros problemas mais comuns... é um bom framework. Espero que meu conteúdo continue te ajudando.
Nem sabia o que NestJs, mais gostei da aula e do jeito que gera o código e as nomenclaturas das pastas e classe é muito semelhante a um Projecto Spring (que eu trabalho)
Pois é, é parecido demais, né! Eu venho do C#/.Net, achei bem parecido também. É bom que esses frameworks são de fato bem parecidos, o que facilita a transição de linguagens de programação quando necessário
Muito bom! Eu costumo criar um DTO de filtro para deixar dinamico a filtragem dos registro. Nesse exemplo eu teria um DeveloperFilter, onde eu construiria e jogaria pro QueryBuilder. Costumo usar mais o queryBuilder do que as próprias funções do repository em si.
Opa, Wagner! Certeza, o QueryBuilder dá bastante flexibilidade né, e a ideia do DTO de filtro é boa, funciona bem. Tem uma outra abordagem que eu gosto e vou apresentar num vídeo futuro, que é pra fazer os filtros automaticamente, por ex. usando a biblioteca @nestjsx/crud (github.com/nestjsx/crud/wiki/Controllers#query), dá uma olhada
SENSACIONAL PHILL, PARABÉNS. JÁ ESTOU NA EXPECTATIVA DOS PRÓXIMOS VÍDEOS. COLOCO AQUI COMO SUGESTÃO DE UM NOVO VÍDEO: AUTENTICAÇÃO JWT NA API REST E A CRIAÇÃO DOS MODELS COM RELACIONAMENTO COM OUTRAS TABELAS. TIPO 1 PARA 1, 1 PARA N, E MUITOS PARA MUITOS. 👍
Top demais, André! Parte do seu pedido foi atendido no vídeo seguinte, "TypeORM Modelagem Relacional" (ua-cam.com/video/-6vke5IHjqs/v-deo.html). Em breve teremos o conteúdo sobre autenticação também, fique ligado :) Obrigado pela dica
Nossa comparado ao express puro, acelera muito o desenvolvimento, nem parece que é o express por trás. Muito obrigado por mostrar esta ferramenta, com certeza isso vai ser uma das minhas principais escolha daqui em diante. Fiz um sistema inteiro com Express e Sequelize, pra validação tinha utilizado zod (ja tentei o AJV, so que fica muito extenso os schemas de validação), mas tudo isso pra mim parece gambiarra agora que comecei a estudar o Nest
Com certeza, o NestJS acelera bastante. A principal diferença é que o NestJS é um framework "opinado", ou seja, os criadores já definiram algumas direções de como as aplicações devem ser construídas com ele, quais pacotes usar, entre outras coisas. Isso te dá muitas soluções prontas. O lado negativo seria para quem prefere ter mais controle sobre as decisões arquiteturais; nesse caso, usar o Express ou até mesmo não usar nenhum framework pode ser mais indicado. Mas, na minha opinião, isso é raro, então o NestJS faz sentido para a maioria dos casos.
Total. Com o .Net também. É muito bom que esses frameworks sejam tão parecidos; um acaba evoluindo com o outro, e fica fácil também pra um dev "pular" de uma linguagem pra outra sem maiores problemas.
Não curte Rails? NestJS assim como outros frameworks se inspiraram nele, Grails foi um dos primeiros a tentar a adotar a metodologia do Rails, mas até hoje não consigo ver nenhum que seja tão bom quanto Rails a não ser Spring boot, que também se inspirou no Rails e nos erros do Grails.
Opa, tudo bom? Não conheço o Rails, então não posso dizer. Mas eu fui do C# e .NET por mais de 12 anos e vejo várias semelhanças entre o NestJS e o .NET, então boto fé que esses frameworks todos se inspiram uns nos outros, o que é excelente. O principal motivo de ter feito a mudança pra NodeJS, especificamente, é a possibilidade de usar a mesma linguagem no back-end e no front-end.
@@PhillCode Tudo ótimo, espero que contigo também. Eu usei js no backend durante 4 anos e nunca tive uma boa experiência infelizmente, seja usando NestJS como framework ou apenas libs como o express e fastify. Sempre faltava algo em algum, da mesma forma para os ORM Pristma/TypeORM. Passei durante 2 anos trabalhando com Grails (não desejo para ninguém esse sofrimento) Tenho trabalhado com Rails (api) faz 1 ano e meio e cara virou meu framework favorito haha Quando tu tiver de bobeira da uma experimentada. O Akita já faz um vídeo sobre a história do Rails caso te interesse ua-cam.com/video/oEorhw5r2Do/v-deo.html
Fala Marcio, ótima pergunta! De forma geral, IDs numéricos sempre serão mais rápidos e eficientes que IDs como UUID e similares. Se seu app faz muitas buscas com base em IDs e os IDs são a principal chave pra consultas, os IDs numéricos terão uma vantagem significativa em termos de performance, não tem jeito. O caso de uso para os outros tipos de ID é principalmente garantir unicidade global em sistemas distribuídos, ainda mais se a ordem cronológica é importante. Nestes casos, UUID ou ULID são mais apropriados, mesmo com o custo adicional de performance. Comparando os IDs entre si, fica assim: - Espaço em disco (menor para maior): int 4 bytes, bigint 8 bytes, demais ids (nanoid, uuid v4, uuid v7) 16 bytes - Eficiência/rapidez (mais rápido para mais lento): numéricos, uuid v7, ulid, nanoid, uuid v4 No fim das contas, IDs numéricos são ideais pra monolitos ou sistemas centralizados onde a unicidade global e a distribuição uniforme não importam. Em sistemas distribuídos, com múltiplos serviços que precisam gerar IDs únicos de forma independente, o UUID v7 se destaca.
Opaa, é isso aí, hehe, eu achei que estava faltando um conteúdo desse tipo em pt-BR e por isso é que comecei o canal. Fico feliz que tenha curtido. Valeu!
Hehe é verdade, a similaridade é grande. E é bem provável que eles tenham tentado copiar mesmo. Na real, eu venho do C#/.Net, e foi uma maravilha encontrar algo parecido aqui no NodeJS. Isso é qualidade de vida 😅
A melhor e mais condensada explicação de nestjs que tem no youtube.
Direto ao ponto sem enrolação. Parabéns! Ganhou um inscrito.
Oh, valeeu! E vou te falar, tô querendo fazer uma V2 desse vídeo, compilando mais do que tenho apresentado nos conteúdos mais recentes. Bora fazer o overview definitivo do Nestjs, né não?
Conteúdo e didática de altissimo nível ... O único problema é que acaba! Obrigado pelo seu trabalho.
Haha, aí sim, valeu pelo apoio Marcio! Sigo fazendo os vídeo aí, tentando fazer um por semana pelo menos até o canal ganhar tração, aí quem sabe isso não abre espaço pra eu dedicar mais tempo ao canal né... Valeu 🤝
top demaisss, fiz com Postgres e Prisma usando tua lógica. Vaaaleu
Comecei assistir o vídeo e já me escrevi no canal, coloquei na minha lista de favoritos e vou compartilhar com todos os meus amigos. Estou iniciando com o NestJS. Já assisti alguns vídeos aqui no UA-cam, porém nunca vi nenhum vídeo com pouco tempo expor tanto conteúdo com excelência. Uma vez mais Phill parabéns pelo trabalho.
Muito show, Phill !!
Uma sugestão mais para frente com o NestJs, seria o uso do docker para subir todo o ambiente local.
Forte abraço e sucesso nessa nova caminhada !!
Fala aí Lucas, bom demais? Caramba, vc encontrou o vídeo antes de eu publicar 😅mas boa ideia, coloquei a sua sugestão de conteúdo no meu backlog, pra quando chegarmos num estágio mais avançado dessa série do NestJS. Grande abraço, obrigado pela força 👊
Parabens planeta, destrinchou tudo e botou bem apresentado para nos
Opaaa, obrigado demais pela força, Isacal!
Planeta?? kkkkk Excelente cara@@PhillCode !!
@@arvoretecnologia7789 kkk apelidos malucos internos dos brothers né, fazer o que 🤷 obrigado pela força, Arvore! 🌲
Que bacana, Phill!
Opa, obrigado, Lugan! No próximo video vou explorar criação de banco de dados usando o TypeORM
Caramba, tu é MUITO bom. Que conteúdo INCRÍVEL. Meus Parabéns, nunca pare!
Fala Pedro, mto obrigado, meu caro! Fico feliz que tenha ajudado e espero que esteja aproveitando os outros vídeos da série sobre NestJS :)
Cara você é foda, aula boa demais e explicação perfeita demais
Opa, obrigado demais, Henzo!
Excelente vídeo parabéns!!
Ótimo vídeo, muito objetivo.
Parabéns!
Opaa, sempre bom esse reforço positivo, ajuda a saber se tô fazendo a coisa certa pra vcs
Top esse overview! Em ótima hora! Ansioso pros proximos videos!
finalmente encontro um canal com videos direto ao ponto e rapido na explicação, valeu!
Opa, eu que agradeço pelo apoio! Se te ajudou, você pode me dar uma força divulgando o canal pra sua rede. Ótimos estudos!
Parabéns pelo vídeo! Excelente didática, show de bola!
Obrigado pelo reforço positivo! 👊
Muito bom o video, sensacional esse nest js, estou aprendendo o express no momento, porém logo já quero aprender o nest tbm
Muito bacana, Halley. É bom sim aprender o Express antes de ir pro NestJS. O Express é mais "mão na massa", mas vai te mostrar como algumas coisas funcionam por baixo dos panos, por exemplo quando você implementar seus próprios middlewares. Depois, o NestJS vai te dar as coisas mais prontas, mas sabendo que o NestJS roda em cima do ExpressJS, é bom entender de onde vêm as coisas.
Sensacional ! Sou novato no NestJS e me ajudou demais. Valeu mesmo...
Opa, obrigado pelo retorno, Roberto! O NestJS é legal demais, né, muito completo, "receitas" prontas pros problemas mais comuns... é um bom framework. Espero que meu conteúdo continue te ajudando.
Oh my goodness, this is amazing
Thank you very much Celio
Top demais, excelente conteúdo, didática excepcional, obrigado pelo conteúdo!
Valeu Victor! Obrigado pelo reforço positivo, fique ligado nos próximos
Muito bommmm!
Valeeeeeu!
Parabéns pelo vídeo, sensacional!!!
Uma pergunta, qual a extensão do vscode que você usa para visualizar os ícones?
Opa, valeu Cristian! A extensão é a "vscode-icons", disponível aqui: marketplace.visualstudio.com/items?itemName=vscode-icons-team.vscode-icons
Nem sabia o que NestJs, mais gostei da aula e do jeito que gera o código e as nomenclaturas das pastas e classe é muito semelhante a um Projecto Spring (que eu trabalho)
Pois é, é parecido demais, né! Eu venho do C#/.Net, achei bem parecido também. É bom que esses frameworks são de fato bem parecidos, o que facilita a transição de linguagens de programação quando necessário
Conteúdo fera man! Bem straightforward!!
Opa, obrigado! O objetivo é esse mesmo, direto ao ponto e sem enrolação. Valeu pelo apoio
Parabéns pelo vídeo objetivo.
Muito bom! Eu costumo criar um DTO de filtro para deixar dinamico a filtragem dos registro. Nesse exemplo eu teria um DeveloperFilter, onde eu construiria e jogaria pro QueryBuilder. Costumo usar mais o queryBuilder do que as próprias funções do repository em si.
Opa, Wagner! Certeza, o QueryBuilder dá bastante flexibilidade né, e a ideia do DTO de filtro é boa, funciona bem. Tem uma outra abordagem que eu gosto e vou apresentar num vídeo futuro, que é pra fazer os filtros automaticamente, por ex. usando a biblioteca @nestjsx/crud (github.com/nestjsx/crud/wiki/Controllers#query), dá uma olhada
Vídeo maneiro mano! Aprendi muito!
Valeu demais, Jonatas! Dá uma força aí compartilhando com os brothers ;) Sucesso!
Compartilhado com sucesso. Vale a pena pq o conteúdo é fantástico. @@PhillCode
Excelente vídeo. Parabéns!
Obrigado 😃
SENSACIONAL PHILL, PARABÉNS. JÁ ESTOU NA EXPECTATIVA DOS PRÓXIMOS VÍDEOS. COLOCO AQUI COMO SUGESTÃO DE UM NOVO VÍDEO: AUTENTICAÇÃO JWT NA API REST E A CRIAÇÃO DOS MODELS COM RELACIONAMENTO COM OUTRAS TABELAS. TIPO 1 PARA 1, 1 PARA N, E MUITOS PARA MUITOS. 👍
Top demais, André! Parte do seu pedido foi atendido no vídeo seguinte, "TypeORM Modelagem Relacional" (ua-cam.com/video/-6vke5IHjqs/v-deo.html). Em breve teremos o conteúdo sobre autenticação também, fique ligado :) Obrigado pela dica
muito bom
CARA MUITO MASSA!
Valeu, Erisvaldo!
Nossa comparado ao express puro, acelera muito o desenvolvimento, nem parece que é o express por trás. Muito obrigado por mostrar esta ferramenta, com certeza isso vai ser uma das minhas principais escolha daqui em diante.
Fiz um sistema inteiro com Express e Sequelize, pra validação tinha utilizado zod (ja tentei o AJV, so que fica muito extenso os schemas de validação), mas tudo isso pra mim parece gambiarra agora que comecei a estudar o Nest
Com certeza, o NestJS acelera bastante. A principal diferença é que o NestJS é um framework "opinado", ou seja, os criadores já definiram algumas direções de como as aplicações devem ser construídas com ele, quais pacotes usar, entre outras coisas. Isso te dá muitas soluções prontas. O lado negativo seria para quem prefere ter mais controle sobre as decisões arquiteturais; nesse caso, usar o Express ou até mesmo não usar nenhum framework pode ser mais indicado. Mas, na minha opinião, isso é raro, então o NestJS faz sentido para a maioria dos casos.
Da p assimilar MT com o spring
Total. Com o .Net também. É muito bom que esses frameworks sejam tão parecidos; um acaba evoluindo com o outro, e fica fácil também pra um dev "pular" de uma linguagem pra outra sem maiores problemas.
Não curte Rails? NestJS assim como outros frameworks se inspiraram nele, Grails foi um dos primeiros a tentar a adotar a metodologia do Rails, mas até hoje não consigo ver nenhum que seja tão bom quanto Rails a não ser Spring boot, que também se inspirou no Rails e nos erros do Grails.
Opa, tudo bom? Não conheço o Rails, então não posso dizer. Mas eu fui do C# e .NET por mais de 12 anos e vejo várias semelhanças entre o NestJS e o .NET, então boto fé que esses frameworks todos se inspiram uns nos outros, o que é excelente. O principal motivo de ter feito a mudança pra NodeJS, especificamente, é a possibilidade de usar a mesma linguagem no back-end e no front-end.
@@PhillCode Tudo ótimo, espero que contigo também.
Eu usei js no backend durante 4 anos e nunca tive uma boa experiência infelizmente, seja usando NestJS como framework ou apenas libs como o express e fastify. Sempre faltava algo em algum, da mesma forma para os ORM Pristma/TypeORM.
Passei durante 2 anos trabalhando com Grails (não desejo para ninguém esse sofrimento)
Tenho trabalhado com Rails (api) faz 1 ano e meio e cara virou meu framework favorito haha
Quando tu tiver de bobeira da uma experimentada. O Akita já faz um vídeo sobre a história do Rails caso te interesse
ua-cam.com/video/oEorhw5r2Do/v-deo.html
Foi a primeira coisa que lembrei, Rails
Dúvida sobre os ids ... uuid (v4-v7), nanoid, ulid .. o quanto esses caras impactam na performance?
Fala Marcio, ótima pergunta! De forma geral, IDs numéricos sempre serão mais rápidos e eficientes que IDs como UUID e similares. Se seu app faz muitas buscas com base em IDs e os IDs são a principal chave pra consultas, os IDs numéricos terão uma vantagem significativa em termos de performance, não tem jeito.
O caso de uso para os outros tipos de ID é principalmente garantir unicidade global em sistemas distribuídos, ainda mais se a ordem cronológica é importante. Nestes casos, UUID ou ULID são mais apropriados, mesmo com o custo adicional de performance.
Comparando os IDs entre si, fica assim:
- Espaço em disco (menor para maior): int 4 bytes, bigint 8 bytes, demais ids (nanoid, uuid v4, uuid v7) 16 bytes
- Eficiência/rapidez (mais rápido para mais lento): numéricos, uuid v7, ulid, nanoid, uuid v4
No fim das contas, IDs numéricos são ideais pra monolitos ou sistemas centralizados onde a unicidade global e a distribuição uniforme não importam.
Em sistemas distribuídos, com múltiplos serviços que precisam gerar IDs únicos de forma independente, o UUID v7 se destaca.
literalmente o django 2 só que dessa vez em ts e sem ser ultrapassado
Vídeo completao em pt-br 😮
Opaa, é isso aí, hehe, eu achei que estava faltando um conteúdo desse tipo em pt-BR e por isso é que comecei o canal. Fico feliz que tenha curtido. Valeu!
Poderia ser chamado SpringJS 😂
Hehe é verdade, a similaridade é grande. E é bem provável que eles tenham tentado copiar mesmo. Na real, eu venho do C#/.Net, e foi uma maravilha encontrar algo parecido aqui no NodeJS. Isso é qualidade de vida 😅