Visível um desenvolvedor que já foi de Java, passar para o Node.js com JavaScript. Essa característica que falta em muito desenvolvedor que nasceu direto no Node.js, infelizmente. Bom código, claro, limpo e eficaz. Tudo que se espera em um aplicativo, mesmo sem usar TypeScript. Parabéns!
O conceito de separação em camadas é algo que me caiu muito bem. A questão da responsabilidade nunca ficou 100% clara pra mim e a forma como o Branas aborda isso tem sido uma luz. Ansiosamente aguardo o próximo episódio!!
Parabéns pelo vídeo, excelente! Gostaria de saber qual seria o benefício de centralizar os erros no handler e não tratá-los em cada rota? Em uma aplicação grande pode ficar com vários ifs, não que isso seja um problema, mas parece que dificulta a organização e entendimento da aplicação
Rodrigo, muito bom o vídeo! Nunca parei pra estudar a fundo error handler em express, mesmo tendo trabalhado já! Agora noto que muitas das horas que perdia tentando ''arrumar'' os cenários de erros era porque eu nunca tinha parado pra entender rs. Uma dúvida que ficou é a seguinte, até que ponto é correto usar o status code 500 para tratar um erro genérico que não foi mapeado? Pois me pareceu que continua sendo algo hardcoded e que não reflete o erro real que aconteceu
olá, Rodrigo! A série ta muito massa, to acompanhando cada episódio e cada vez mais vou ficando ansioso pelos próximos. Queria que me tirasse uma dúvida se possível. Percebi que você não utiliza migrations para gerar as tabelas no banco, tem algum motivo específico pra isso, e como ficaria isso em um projeto com mais devs trabalhando no mesmo código?
Rodrigo, primeiramente parabéns pelos seus vídeos! Não sou dev JS mas estou tendo que trabalhar com ele no trabalho e seus vídeos estão sendo bem úteis pra mim! Tenho a seguinte dúvida: Supondo que eu tenha um formulário onde o usuário inputa seu nome, sobrenome e endereço. Nome e sobrenome eu salvo na tabela PESSOA e endereço na tabela PESSOA_ENDERECO. Neste caso, como faço pra trabalhar com transactions? Eu fico em dúvida quanto a qual camada deveria conhecer a transaction; se eu deveria iniciar ela no service e passar para os métodos de inserção do repositório (o que não me parece correto o service conhecer a transaction); se devo iniciar no primeiro repositório e chamar o segundo repositório passando a transaction (o que também não me parece correto tendo em vista que isso iria amarrar ao meu método do repo2 a sempre esperar uma transaction, o que atrapalharia o reuso do mesmo)..... Poderia me dar uma luz quanto a isso? Obrigado desde já!
se forem testes de unidade é basicamente CPU e memória, se envolver I/O a coisa pode ir mais longe, pode depender da rede, do banco de dados, começa a envolver mais variáveis, outras aplicações, consultas que demoram pra ser executadas, assim por diante
Interessante, certa vez eu dei 404 para registro não encontrado, fiquei 3h tentando entender porque 404, pois geralmente 404 é quando não se encontra uma pagina/rota.
Ansioso esperando pelos proximos videos.
Podia fazer Node usando TS, configuracoes e tudo mais
O mais interessante é usarmos apis "profissionais" que nao possuem 1/6 deste tipo de tratativa. Obrigado mestre! 😊
Vai que cola... Se imagina quando ele lançar a série de TS...hahaha Parabéns RB..
Estou agardando a continuidade... Muito bom
Visível um desenvolvedor que já foi de Java, passar para o Node.js com JavaScript. Essa característica que falta em muito desenvolvedor que nasceu direto no Node.js, infelizmente. Bom código, claro, limpo e eficaz. Tudo que se espera em um aplicativo, mesmo sem usar TypeScript. Parabéns!
Maravilhoso seus 4 tutoriais.
Estou acompanhando a série e aprendendo bastante. Muito obrigado.
Monstro!
Muito obrigado.
Muito muito boa essa série de vídeos. É curta e direta ao ponto.
A melhor explicação de status code que já vi. Obrigado! Excelente didática!
O conceito de separação em camadas é algo que me caiu muito bem. A questão da responsabilidade nunca ficou 100% clara pra mim e a forma como o Branas aborda isso tem sido uma luz. Ansiosamente aguardo o próximo episódio!!
cara, apenas duas palavras, "PARA BENS", que aula incrível, abriu a minha mente
Super video! I applauded for R$5.00 👏👏
Que vídeo incrível! Aplaudi por R$ 2,00 👏
Branas, obrigado pelo conteúdo de qualidade!
Seus vídeos e sua didática tem me ajudado bastante!
Excelente série. Rodrigo, sua didática é muito boa. Consegue transmitir a linha de raciocínio junto com o conteúdo. Muito bom, mesmo. Parabéns!
De utilidade pública isto aí! Parabéns Branas!
Foda demais separar as camadas, parabéns Branas!!
Didática sempre excelente! Conteúdo muito bom Branas.
Que conteúdo incrível! Acompanho desde que você fazia os videos de angular.js, e você só evolui na forma de ensino. Parabéns Branas!
Conteúdo maravilhoso.... Obrigado Branas
Parabéns pelo vídeo, excelente! Gostaria de saber qual seria o benefício de centralizar os erros no handler e não tratá-los em cada rota? Em uma aplicação grande pode ficar com vários ifs, não que isso seja um problema, mas parece que dificulta a organização e entendimento da aplicação
👏🏿 excelente
Obrigado!!
Show de bola Rodrigo! Curti demais, você ensina de uma forma que facilita muito nosso aprendizado. Tem previsão para mais vídeos dessa série?
Ótimos vídeos teus Branas, este foi o último da série REST API?
Excelente série! Vai ter novos vídeos ou ela encerrou neste mesmo?
Tope, como sempre meu professor =)
Rodrigo, muito bom o vídeo!
Nunca parei pra estudar a fundo error handler em express, mesmo tendo trabalhado já! Agora noto que muitas das horas que perdia tentando ''arrumar'' os cenários de erros era porque eu nunca tinha parado pra entender rs.
Uma dúvida que ficou é a seguinte, até que ponto é correto usar o status code 500 para tratar um erro genérico que não foi mapeado? Pois me pareceu que continua sendo algo hardcoded e que não reflete o erro real que aconteceu
Oi.. cade os próximos vídeos da série? :(
olá, Rodrigo! A série ta muito massa, to acompanhando cada episódio e cada vez mais vou ficando ansioso pelos próximos. Queria que me tirasse uma dúvida se possível. Percebi que você não utiliza migrations para gerar as tabelas no banco, tem algum motivo específico pra isso, e como ficaria isso em um projeto com mais devs trabalhando no mesmo código?
Muito bom Branas ❤
Monstro! [2] Fala sobre timezones em APIs?
acho que é mais fácil usar o padrão utc, zerado no servidor e o client diz seu timezone.
Onde esta a aula #5?
Rodrigo, primeiramente parabéns pelos seus vídeos! Não sou dev JS mas estou tendo que trabalhar com ele no trabalho e seus vídeos estão sendo bem úteis pra mim!
Tenho a seguinte dúvida: Supondo que eu tenha um formulário onde o usuário inputa seu nome, sobrenome e endereço. Nome e sobrenome eu salvo na tabela PESSOA e endereço na tabela PESSOA_ENDERECO.
Neste caso, como faço pra trabalhar com transactions?
Eu fico em dúvida quanto a qual camada deveria conhecer a transaction; se eu deveria iniciar ela no service e passar para os métodos de inserção do repositório (o que não me parece correto o service conhecer a transaction); se devo iniciar no primeiro repositório e chamar o segundo repositório passando a transaction (o que também não me parece correto tendo em vista que isso iria amarrar ao meu método do repo2 a sempre esperar uma transaction, o que atrapalharia o reuso do mesmo).....
Poderia me dar uma luz quanto a isso?
Obrigado desde já!
Fala, Rodrigo! O que influencia no tempo de execução dos testes? O meu leva quase 1,5s no total pra rodar os testes e 5s pra rodar a suite toda
se forem testes de unidade é basicamente CPU e memória, se envolver I/O a coisa pode ir mais longe, pode depender da rede, do banco de dados, começa a envolver mais variáveis, outras aplicações, consultas que demoram pra ser executadas, assim por diante
Branas, hoje você estrutura e codifica suas APIs da mesma forma que vem nos mostrando nessa série ou é mais pra exemplificar?
Rodrigo vamos ter um episódio falando sobre validação? Em que camada ela deve ficar?
Previsão para mais vídeos da série?
Se você soubesse o quanto dói os olhos de quem usa óculos... Você usaria tela preta. kkkkkkkkk Obrigado!
Interessante, certa vez eu dei 404 para registro não encontrado, fiquei 3h tentando entender porque 404, pois geralmente 404 é quando não se encontra uma pagina/rota.
quase que eu fico cego vendo vc usar esse editor com tema light!
Esse tratamento de erros do javascript é muito podre kkkkkkkkkkkkkkkkkkkkkk