MVP de micro-serviço com TypeScript, Mongo e TDD | Behind the Code #10

[@FilipeDeschamps]

Diego, deve ter gente ainda hoje recebendo meu email informando que publiquei o primeiro vídeo da cobertura 😂

[@maykbrito]

🤣

[@GhabrielRodrigues]

hahahahaahaha

[@samuelcustodiodasilva4470]

kkkkkkk

[@dieegosf]

Relaxa, quem sabe eles aparecem na próxima Semana OmniStack kkkkk

[@LassNoches]

kkkkkkk

[@batistaromao7180]

Sou programador PHP/Laravel a quase 2 anos, o mais interessante desse vídeo foi a dica de implementação do MVP de no máximo 1 semana, de como criar o mesmo e toda a forma de pensar e codar. E assim que percebemos que você que pra mim e um mostro passar pelas mesmas dúvidas diariamente, então só me anima em saber que escolhi a área certa, e que das um Google é mais que comum hahhahahahah MASSA DEMAIS!!!

[@CarlosEustaquioTech]

Diego, a conjugação de "he, she, it" leva o "s" no final, porém quando estão no plural, o pronome relativo vira o "they", que não deve ser conjugado com o "s" no fim. "contact that already existS" (1 contato, he ou she) "contactS that already exist" (vários contatos, they) ótimo vídeo mano, tmj

[@felipetiagofp]

ótima dica.. é só lembrar que o certo é o contrário do que seria o lógico... Por isso não aprendo inglês... kkk

[@danielstefanello8585]

Cara impressionante, sou muito novo no desenvolvimento, entre tantas coisas que aprendi nesse video o que mais marcou foi que um MVP "tem de estar no ar em no máximo uma senama", esses pequenos detalhes que fazem muito a diferença, valeu mais uma vez Diego!!!!

[@rocketseat]

Que massa Daniel! Valeeeu mesmo pelo feedback! 💜

[@inajaraferreira2365]

Vocês são o A empresa mais foda de Tecnologia que eu conheço!

[@maykbrito]

Sensacional Diegão!!l!! E o Léo tá moendo cada vez mais na criatividade dos vídeos hein!?! Muito talento junto

[@imleleco]

Que isso maykão hahahaha valeu mano tamo junto!

[@awgnalejandro7003]

Sim, Diego! Você conseguiu passar desse mindset teu de MVP. Acrescentou na forma em como enxergava um. Muito relevante você falar que é preciso desenvolver rapidamente (numa semana) o primeiro mvp e ainda por cima priorizar a demanda do mercado por sobre as nossas ideias malucas!!

[@augustomarcelo]

Por um mundo com mais behind the code como esses 🙌

[@luizgoncalves1421]

Que massinha essa "dica" da escolha do nome do projeto.

[@gvieira18]

Gostei do método de escolha do nome do projeto, simples e eficiente 😂😂

[@WashingtonJunior201110]

Cara ajudou muito. To querendo desenvolver um app e só a parte inicial do vídeo já me ajudou muito.

[@SolidousMdz]

Melhor conteúdo de vocês é esses behind the code.

[@AdeilsonTube]

Show de bola Diego... No aguardo do próximo

[@renatoyoiti]

Conteúdo fantástico! E sim, poderia trazer mais conteúdos deste tipo, mostrando todo o processo de criação de testes. Além de tudo, me tirou várias dúvidas no uso de algumas funções do mongoose, bem como a integração com o Jest! Parabéns pela qualidade do conteúdo! Show de bola

[@MikaelAraujo]

Esta forma está bem interessante Diego. Pode tocar pra frente que a gente tenta acompanhar.

[@brunobll]

Mano, adorei essa ideia de nomes gregos, muito sensacional

[@ebnermatias7979]

Ancioso para a integração com o Amazon SES... Sobre a didática do vídeo concordo 100% com a forma que foi feita, porém a única coisa que eu gosto quando por exemplo acontecia nos vídeos do Adonis... é deixar o video rolando enquanto você "Quebra a cabeça" para irmos junto olhando a forma de resolução dos problemas. Mas isso é minha humilde opinião!

[@victorcbrr]

reduz a velocidade do vídeo no youtube, as vezes pode ajudar.. acredito que ele faça isso pro tamanho do vídeo não ficar maior ainda..

[@kamikaisan]

Muito bom Diego! Eu realmente estava procurando alguns guides sobre como escrever testes para aplicação e esse Behind the Code caiu como uma luva!! XD

[@flawtista]

Foi show de bola!

[@perenciolo659]

Como sempre, Excelente conteúdo. Continue assim

[@adrianoalmeidadev]

Muito bom Diegão! Valeu por compartilhar com nós o projeto e a execução!!!

[@eliasgcf]

Parabéns a vocês da Rocketseat por esses videos com conteúdos maravilhosos.... Estou desenvolvendo um projeto pessoal agora, e vendo a forma como o Diego trabalha com TDD, me deixou animado para por isso em pratica aqui!! Agora uma dúvida: É só cmg, ou vcs tbm ficam com vontade de usar MongoDB em todos os projetos quando veem essas funcionalidades e facilidade em resolver certos problemas? kkkkkkkkkk #delicinha

[@seltenermann]

Que jeito de escolher nome de projeto é esse? Kkkkkkkkk. Massa demais o vídeo.

[@thiagoborba6971]

Parabéns pelo vídeo, acompanho o canal a mais ou menos 1 ano, ja aprendi pra caralho com vcs

[@theredao]

Pô, muito legal esse vídeo Diego, sério! Já comentei algo assim no canal do Deschamps. Acho que falta conteúdo assim no youtube, tem bastante conteúdo básico bacana e etc, mas construir algo que de fato vai resolver um problema real e ter a oportunidade de deixar isso aberto (open source) pra comunidade, com possibilidade de evoluir o mesmo aos poucos, arrisco dizer que é extremamente raro. Acho que pra ficar mais fera ainda, pq não, outros canais (como o próprio Deschamps e tantos outros), pudessem ir contribuindo/colaborando com outras features nesse projeto, fazendo vídeos a respeito em seus respectivos canais e ir mostrando a realidade de como é construir algo colaborativo, imagina quantos collabs legais isso não renderia? Seria um conteúdo fantástico pra todos os envolvidos e mostraria pro pessoal como é possível colaborar com projetos reais.

[@leonardorodarte151]

A escolha do MongoDB com certeza é pela facilidade de ser schemaless e da sua integração com o NodeJS... Mas em relação ao desempenho por conta dos "pequenos relacionamentos entre usuário e tags", vc já disse nessa frase qual seria a melhor plataforma de banco para se utilizar...

[@pykurim]

Costumo utilizar Mocha para rodar meus testes, depois desse vídeo estou pensando seriamente em migrar para o Jest!

[@RodrigoSilva-mh4dk]

Cara vc não é o unico que faz uso de nomes peculiares, eu costumo também adotar nomes de estrelas ou de mitologia grega.

[@evertonaraujopadilha1768]

Parabéns

[@rocketseat]

Valeeeu demais, Everton! 💜 😍

[@VinniiMiranda]

Excelente vídeo

[@maiquerosa8963]

Mano estava pensando em criar algo desse tipo com Java (apesar de conhecer mais de node do que de java) e após ver o seu video percebi que é melhor fazer com node mesmo rsrsrsr

[@kalabresa4329]

Alguém me ajuda? Como posso fazer pra usar o sucrase + nodemon + tsconfig-paths Eu sou novo com typescript, tenho usado aquela config do video "Typescript do jeito certo". Gostaria de adicionar tsconfig-paths ao meu projeto só q não consigo fazer ele rodar com o sucrase, diz q não encontra os caminhos.

[@antonioraimundocanal]

Ancioso para a integração com o Amazon SES...

[@EdZava]

Show Diego! mto legal! Nao rolaria de ter um projeto BASE / TEMPLATE para fazer uma API com Express que ja venha todo essa parte de configuração do TYPESCRIPT, JEST, ESLINT, PRETTIER, etc... Eu lembro que um video vc falou que vcis estavao preparando 1 projeto que seria uma especie de template tanto para novas APIs, como para React e React Native, Nao chego a rolar esse projeto ? E nao entendi porque vc usa o Sucrase se vc ja tem o TS ?

[@YasmimRoza]

Gostei muito do seu projeto Diego, mas ainda sou iniciante e queria fazer um projeto parecido. Alguém indica um miniprojeto como esse?

[@YasmimRoza]

Não q eu queira copiar mais quero fazer um miniprojeto pessoal...

[@gusflopes]

Única coisa que não vi no video e tive que quebrar um pouco a cabeça era que precisava passar o type de title para Tag. Tive que colocar "type Tag = Document & { title: string };" no Tag.ts No mais, as dicas não relacionadas ao "service" em questão que você estava construindo são até melhores que o objetivo... Dicas sobre MVP, estrutura e configuração do Typescript no projeto Node.js, configuração do Jest no Node.js com Typescript.

[@brunogcpinheiro]

Qualidade aqui é mato!

[@marcusvinicius-zi4hp]

Diego, essa ferramenta que citou em PHP para envio de e-mails, tem repositório no GitHub?

[@NikoKlebtz]

cara eu tive o mesmo problema que você hoje mais cedo com o plugin de caminhos absolutos e só funcionou depois de um reload.

[@yuri4dev]

Diego, vc fez engenharia de software ?

[@brunolombardi1512]

Vai ter um Behind The Code 10? Pq vocês pularam um número. Obrigado pelo excelente conteúdo!

[@danilo2735]

fantastico!!

[@salyut1]

kkkk também coloco os nomes cheios de referencia.

[@rocketseat]

Quem nunca... 👀 HAHAHAHAHA 💜

[@JogandocomFaria]

Diego uma boa seria falar sobre integrar micro-serviços tipo autenticação e controle da acesso a alguma api rest

[@Alan6054]

32:15 ( marcando pra continuar amanhã)

[@rocketseat]

Boa tática! HAHAHAHA volta sim e conta pra gente o que achou do conteúdo! 😉 💜

[@alanpenteado2616]

Fala outro Alan, você pode clicar em compartilhar e selecionar a opção de iniciar o vídeo em X minuto... aí você pega esse link e salva nos favoritos XD

[@TheMrsavio123]

Sei que ficaria bem clichê, mas o nome poderia ser Mercury... 1 - É um planeta do nosso sistema, e assim combina com o já nomeado Jupiter. 2 - Combina com a mitologia, já que Mercúrio é o deus romano equivalente ao deus grego Hermes, o mensageiro dos deuses... É um serviço de envio de emails btw.

[@itamarbel84]

Já que pode perguntar aqui... lá vai! :) Eu ainda tenho muita duvidas em MVP. Por exemplo, se eu for criar um app... Parecido como Waze. Que tem um mapa, onde se faz um trajeto inicial e final, se mostra as coisas que existem no caminho, como lojas, empresas, cafeterias... Ou até mais, o usuario poder escolher o que ele quer ver no caminho (com um filtro). Alem do mais, teria que haver o cadastro das empresas (com varios campos), o cadastro do usuario (com varios campos). Enfim... Como faria um MVP de um app desse porte? Tudo bem diminuir as informações dos cadastros... blz. Mas, nao mostrar o mapa, rotas, e o que há no caminho para o usuário.... Deixar isso fora do MVP, me parece inviável para fechar uma venda do APP. Ao mesmo tempo que, fazer todas essa parte de mapas, rotas e coisas no caminho da rota, pode levar mais de uma semana (creio, nunca fiz um app kkk). Qual o caminho para um MVP ideal neste caso? *Desculpe a msn enorme :D

[@valdirsalgueiro9087]

Existent? Nao seria existing?

[@fabiosouza8732]

Acho que a palavra que você estava tentando usar no final seria "elegante".

[@solrachix7681]

E eu me matando para achar um nome para projeto kkkkkkkk, partiu galaxia! kkkk

[@jeffersonsilva2958]

Ei Diego, parece que eu vi um bug... acredito que você não esteja adicionando nos usuários as tags antigas, já que vc recupera apenas os IDs das tags criadas :/ Ou seja, se um usuário for criado/atualizado ele não vai receber tags que já estavam criadas no banco por conta de outros usuários anteriores

[@raphaeldevs]

Já aprendi muito com o Diego mas agora é hora dele aprender também: COÉ DIEGO, NÃO É "CHARMOSA", É DELICINHA!!!!!!!

[@PedroDalpa]

Queria aprender a criar esse projeto do zero ;-;

[@viniciusprudencio3577]

Engraçado você falando que parece que está drogado HAHAHAHA. Projeto top!!

[@rocketseat]

Hahahaha 💜💜 Valeeu pelo feedback, Vinicius! 💜

[@xikorox1]

Tem gente que fica contanto quantas vezes o Diego fica coçando o nariz nos vídeos kkk , é só um tick gente...

[@orochasamuel]

"Parece que eu tô drogado." hahahahaha

[@rocketseat]

😂😂💜

[@wildBr4587]

Diego no wikipedia KKKKK

[@kauehmoreno8967]

Acho a iniciativa bacana de tentar elucidar as pessoas que estão iniciando agora a criação de um serviço, porém eu acredito que alguns pontos deixam ou podem criar maus hábitos. Sou muito da teoria que os testes unitários deveriam ser capaz de prover quase toda a garantia de qualidade e previsibilidade do seu serviço. Como isso? Ao criar um teste de integração ponta a ponta, você deixa de praticar algums patterns de projeto. Esse método run, ou ele não se chama run, ou ele tem muito mais responsabilidade que deveria ter. Acredito muito que voce deveria ser capaz de testar unitariamente cada ponto, até mesmo o seu handler que recebe um express.Response. Por isso gosto de sempre desenvolver baseados em comportamentos, isso vai te gerar uma "testabilidade" maior, divisão melhor de responsabilidade e evitar que existam classes que fazem muitas coisas. Outra coisa, mas isso vai de opinião e gosto meu, acredito que uma classe ou um data ele tem a função de segurar dados, ou mante-los, não curto muito classes com funções comportamentais em excesso, por isso, acredito que se uma função pode executar aquilo, por que criaria uma classe para ter um método que faz o mesmo, sendo que essa classe não fará nenhuma retenção do dado? São apenas visões de enxergar isso diferente. Quanto a questão das tags, acredito que o mysql realmente te traria um maior beneficio de relacionamento, ainda mais que a maior no modelo mapeado a escrita é algo que acontecerá em background.. ou seja, o seu maior caso é leitura desse dado toda vez que mandar enviar mensagem para um determinado grupo. De qualquer forma, parabenizo seu trabalho mais uma vez. ;)

[@alissonsantos5353]

kkkkkkkkkkkkkkkkkkkkk vai ser Umbriel

[@igorthierry]

Prevejo robôs sendo criados...

[@JoaoPedro-id8hi]

Third

[@matheuspinheiro5193]

NINJAS COMO CHERAM PRIMEIRO?

[@principe.borodin]

typescript naooooo

[@ThugLifeModafocah]

Bacana e tal, mas esse TDD aí tá bem fora de como a academia ensina que deve ser feito.

[@wellingtonsilva2669]

Esse "cabo" que ele falou é de quem joga league of legends hahahahah

[@rodrigomoura2108]

Cara vc explica coisas tão basicas que acredito que se a pessoa precisa ainda aprender essas coisas jamais ela vai pegar isso. Entenda, se a pessoa precisa ainda saber o que é um microserviço ela não vai conseguir criar um. Se o video é pra quem ja conheçe a linguagem, se concentra no que vc quer ensinar. É muito blablablablablablablabalblabla