O conteúdo é muito bom! diferente da maioria dos canais sobre programação que só ficam na teoria, mostrar a pratica ajuda bastante para quem está começando!

Parabéns pela iniciativa! Isso é muito bom pra galera entender como é o fluxo pra transformar requisito em código e mostra bastante sua coragem, porque meter a cara não é fácil. E com isso certeza vai receber bastante feedback para melhorar cada vez mais e também mais rápido. Na minha visão atual acredito que o seu código seria avaliado para uma vaga de estagiário, se fosse pra júnior seria bem no limite de corte. Sugestões: O carinho é bastante avaliado sempre, no requisito não indicava linguagem ou framework, porém indicava conhecimento em PSRs (Boas práticas em PHP) e alguns materiais úteis, que indica claramente que o teste seria em PHP. Não avaliar os materiais úteis e os diferenciais e já ir pro código indica uma certa ansiedade. É estranho, mas eu como avaliador técnico esperaria que você me indicasse dúvidas antes de desenvolver qualquer coisa que não tivesse certeza absoluta, inclusive sugestões era um ponto indicado no próprio desafio. Então fazer uma boa análise técnica e ter dúvidas é sim algo importante. Note que basicamente você não entregou nenhum requisito proposto no diferencial, isso é um detalhe muito relevante pra um avaliador. Outro ponto é que a correção iria ocorrer de maneira automática utilizando uma imagem docker que você poderia rodar localmente, algo que não foi feito e se tivesse provavelmente já indicaria que você estava ali num caminho errado. Dentro do que seria avaliado e levando em conta que fosse permitido entregar em Java, faltou alguns itens: - A documentação não existe e não possui nenhum gerador de especificações openAPI, como o Swagger; - Alguns problemas de "lint", como falta de espaços em alguns lugares e outros detalhes que são recomendações da comunidade (entraria na parte das PSR's) e também entra um pouco na questão ali do código limpo, inclusive o próprio método grande citado no final. - Faltou um tratamento de erros com mais carinho, criando exceptions personalizadas e retornando erros dentro dos padrões esperados para o padrão RESTFul. - Cuidado com itens de segurança, por exemplo no retorno da transação ou criação do usuário, retorna a senha do usuário. Um outro ponto dentro desse mesmo erro é que não seria avaliado a criação de um usuário, mas ao criar o serviço para isso e inserir uma senha em texto puro para ser cadastrada no banco, é algo que impacta negativamente, seria legal colocar alguma encriptação, mesmo que fosse básica. No meu olhar, eu criaria migrations para já cadastrar os usuários para realizar os testes e não me preocuparia com esse serviço. - O código foi feito no molde "puxadinho", faz uma coisa aqui, arruma outra ali, não foi definido um fluxo do inicio, meio e fim para o desenvolvimento do projeto. E nesse ponto meio que ficou evidente a falta de testes unitários e de uma arquitetura mais consistente. Uma coisa nova implementada quebrava a outra. Inclusive o código final desenvolvido está permitindo cadastrar usuários sem tipo e esses usuários sem tipo podem fazer transações, seria algo pego num teste de integração ou também unitário. Outro ponto que isso afeta é na manutenabilidade do código, você até usou commit lint porém faltou especificar melhor essas branches de features para sinalizar o Definition of Done para os recrutadores e para você mesma do andamento do projeto num geral. - O seu código não está sendo "transacional", portanto caso der algum erro ele não desfaz o que já foi feito em banco. No Spring a gente utilizaria a annotation @Transactional pra definir isso no método. - Um pequeno problema na arquitetura não permite que uma resposta de sucesso seja dada caso o serviço de notificação esteja fora do ar e força o usuário a ficar esperando pela resposta desse serviço, algo que não seria necessário. Esse serviço deveria ser chamado de forma assíncrona, talvez fazendo uso de filas seria um plus. Apesar de parecer meio implícito, acredito que nos diferenciais seria o que o avaliador levaria em conta pra separar uma pessoa que se empenhou pra uma pessoa que apenas aplicou, isso de fato levaria ela para prosseguir no processo seletivo, na minha opinião, porque ela teria mais dúvidas e mais interação com o avaliador. Outro detalhe legal é que avaliando o repositório e suas outras branches, é possível ver algumas dicas relevantes, como o e-mail do recrutador, um dev mais ligado e "interessado" poderia aplicar para a vaga antes mesmo de estar em processo seletivo. Inclusive na branch "especialista" o mock para confirmar o envio da notificação está funcionando. Informar isso ao recrutador e perguntar se poderia utilizar ela para o desenvolvimento já seria um diferencial muito grande de interesse e conhecimento em git. É muito fácil analisar um código pronto, o difícil mesmo é fazer, ter essa coragem e proatividade para compartilhar conhecimento e ajudar pessoas. Portanto parabéns de novo pelo seu empenho e dedicação, com certeza seu trabalho ajuda muita gente! Com alguns ajustes pequenos o código já atenderia praticamente todos os requisitos.

A parte 2 poderia aplicar design patterns e também testes com junit e mockito

De verdade, seu canal tem me ajudado demais a ter uma noção melhor sobre como é programar de maneira mais profissional. Digo isso porque eu trabalhei a mais de 13 anos atrás como programador, na época não haviam tantos sistemas em nuvem , programava em VB6 e vb net, e eu acabei me afastando da área pois vim trabalhar em uma empresa da familia, e sempre tive medo real de voltar a trabalhar com programação por achar que é tudo complexo demais e etc, e vendo seus videos eu percebo que é só questão de prática mesmo. E o melhor é que eu nem programo em java, programo em C#, mas do jeito que você explica, dá pra entender toda a idéia por trás do que tem de ser feito. Obrigado mesmo !

Muito bom. Algo interessante para implementar nesse cenário, seria fazer um lock para evitar que os envolvidos realizem duas transações ao mesmo tempo, pois isso poderia resultar em uma validação incorreta do saldo em tempo real.

essa série de vídeos resolvendo testes de vagas é muito boa!! Estamos aprendendo bastante, continua por favor!!

É sempre bom assistir esse tipo de desafios, abre muito a mente de quem está começando...

Ótimo vídeo, moça! Com certeza desejo muito mais vídeos neste formato e continuações demonstrando na prática como um desenvolvedor pleno e posteriormente um sênior, revolveria este tipo de problema. Gratidão pelas aulas!

Esse foi o melhor canal de programação que eu já vi no KZfaq. Muito obrigado pelo conteúdo, estou aprendendo bastante com seus vídeos!

Muito legal esse desafio. Eu fiz em mais tempo porque aproveitei pra exercitar o TDD. Então eu escrevia a assinatura do método e criava o teste unitário antes de escrever a lógica dos testes. Faltou eu testar algumas coisas ainda e refatorar uns negócios ali que eu fiz diferente, criar interfaces e colocar no meu GitHub. Parabéns pelo seu trabalho!

Parabéns pelo video, ficou sensacional. Caso continue melhorando essa aplicação nos próximos, segue abaixo algumas coisas legais de ver sendo implementando. - Aplicar conceitos de clear arch desacoplando o domínio das implementações do JPA e segregar as regras de negócio dentro das entidades. - Aplicar estratégias para evitar race conditions e não criar dinheiro "do nada". - Criar um serviço de extrato que recebe os eventos de forma assíncrona.

Perfeito, mesmo já tendo esse conhecimento, achei extremamente prazeroso esse conteúdo, seu canal é bem diferenciado, parabéns.

Gostei do quadro, poderia continuar fazendo assim, pegando exemplos reais do dia a dia e mostrar como solucionar.

Obrigado! Acompanhei e fiz todo o desenvolvimento com vc. Estou estudando a cerca de 1 ano e pretendo em breve começar a me candidatar para o mercado, ajudou muito mesmo obrigado!

Caramba, você é muito inteligente! Eu comecei a faculdade de ADS e tô quebrando a cabeça com alguns conceitos, algumas coisas que você fala pra mim parece grego rs tem algum passo a passo de aprendizado pra que eu possa seguir estudando pra chegar no seu nível? Ótimo vídeo!

O youtube me recomendou tanto seu canal que precisei me inscrever, pois só me deparei com conteúdo top! Parabéns!

+1 inscrito! Parabéns pelo conteúdo é isso que buscamos,problemas reais e "tutoriais" no jogo da vida kkk

Muito bom esse vídeo. Saber como um dev poderia usar sua lógica para resolver esse problema nos ajudam muito. Faça mais vídeos assim😉

A live de ontem foi esclarecedor! Estou a 1 ano e 4 meses como Estagiário (programador de jogos) , achei que seria o caso de eu ficar tanto tempo em um estagio que ao sair, ja seria pleno hahaha. Mas você me mostrou que o mercado tem vários níveis de júnior, então o mais provavelmente e que eu seria considerado um junior com um pouco de xp.

Muito bom! Aguardando ansiosamente a parte 2 do desafio! 👏👏

Quero a parte 2 e a parte 3 também!

Oii Fernada, gostei muito do vídeo, parabéns pelo seu conteúdo. Queria deixar uma sugestão de vídeo que tem pouco conteúdo sobre no KZfaq. Dicas de projetos para backend Java, tipo API, etc, projetos para iniciante / intermediários.

Mulher! Tu é boa na didática e oratória! Rsrs obrigado pelo vídeo 💖

Amaria ver, faz parte 2 para pleno e 3 para sênior, seria muito legal!

Excelente vídeo!!! No entanto, vou deixar aqui meus dez centavos de contribuição: - RuntimeExceptions são melhores do que Exceptions para tratar exceções de negócio; - Quando o desafio fala de transactions, provavelmente está falando de transações de banco de dados também - Retornar statuscode 500 é errado, geralmente retornamos ou 2xx = sucesso, ou 4xx = erro - Os serviços mockados seriam melhores aproveitados criando uma interface e uma classe que implementa - Uso do feign no lugar do resttemplate - Docker para o banco de dados Claro, tudo isso não caberia num único vídeo, teria que ser feita uma série. Abraços e parabéns pelo vídeo!!!

Conteúdo top, parabéns. faz mais vídeos resolvendo desafios de backend com Spring!!

Grande aula Fernanda. Gratidão!

Vídeo muito bom! Que venha a parte 2.

Quem procura acha ! terminei o 1 período da faculdade mas estava aqui procurando um norte e achei esse canal abençoado deu até um animo parabéns Fernanda!!!

Muito bom o conteúdo e as explicações. Estou aplicando o mesmo projeto em Node. Continue postando vídeos assim!

E também seria muito legal se vc pudesse trazer uma segunda parte desse video, porém mostrando as alteraçoes que precisa para ficar em um nivel mais senior..e quem sabe incluindo ja nesse projeto os testes unitários. Ficar uma aula bem completa. Adoraria aprender mais com vc 😊

Perfeito! Espero que seja o primeiro de muitos vídeos como esse!

Amei o conteúdo, por favor traga mais desafios e processos seletivos você não sabe como ajuda :))

Conteúdo totalmente relevante, parabéns vc é uma inspiração, não só fala oq tem que fazer como de fato, faz.

Parabéns!! Vídeo bem didático e com bastante conteúdo!! Sim, por favor, trás testes!!!!

Cai de paraquedas aqui, já trabalho como dev pleno, mas mesmo assim tem bastante coisa que eu aprendo com seu canal, muito bom mesmo seu conteúdo.

Excelente conteudo. Isso provavelmente vai ajudar muito a galera nova que está começando a entender como abstrair requisitos e transformar em código. Parabéns.

a moça é inteligente.... tá de parabéns...

Nossa é disso que eu estou falando, sensacional parabéns garota

você é maravilhosa, DEUS te abençoe.

é um bom vídeo pra quem já tem um bom entendimento de jpa, java, spring, maven etc. estudei tudo isso no alura one e a velocidade que eles ensinam tudo foi quase maior que a do vídeo kkkk. n só velocidade, como explicação mais voltada pra quem já sabe bastante. mas de fato um, esse é um bom vídeo pra praticar, aprender um pouco mais e sla

muito legal! É sempre bom ver como outro programador pensa na hora de codar

Mehor que muitos canais que falam sobre código e não mostram nada, parabéns pela iniciativa, conteúdo TOP.

Video top! Ajuda a praticar novas ideias de projetos... Só percebi que esta retornando diretamente as Entidades no service e nos controllers, o ideal seguindo boas práticas é nos métodos do service ja retornar DTO e posteriormente controller retornar DTO também. Ao acionar o repository provavelmente receberá uma entidade( table) e ai precisa converter no service para dto e subir para camada acima.

Obrigado pelo conteúdo, bem feito e explicado. Diferente dos "Vende-Curso".

Nao entendo nada de programaçao, mas gosto muito desses videos. Atraves desses videos, me trouxe o interesse em trabalhar com python

Muito bom, era exatamente o que eu estava buscando, alguém resolvendo um desafio de vagas com Spring! Você também tem uma didática ótima! Como sugestão de melhoria eu ainda adicionaria a anotação @Transactional no método de criar transação para dar uma maior garantia de consistência durante a criação da transação. Também acho que no caso da exceção de usuário não encontrado, deveria ser lançado o status 404 NOT FOUND.

Incrível, adorei seu conteúdo... você é bem pragmática!!! vlw

vc é brilhante!!!! consigo entender de forma clara coisas que eu nunvi antes, parabéns 👏

Irei fazer este desafio, sou especialista em bd oracle, mas estou me aventurando em micro-servicos, mensageria, etc... me especializando em springboot... ótimo conteúdo.

Voce faz parecer facil, oq me motiva muito a continuar os estudos! Pretendo um dia programar assim, no automatico. Sucesso pra nos!

Conteúdo raríssimo! Por mais videos assim Fernanda.

Gostei muito do canal e do conteúdo, dinâmica simples, por favor faça mais videos assim resolvendo desafios, acredito que vai ajudar bastante que está começando e as pessoas como eu que quer de atualizar. Parabéns desejo muito sucesso

Bah, guria, como tú és legal! Adoro te ouvir. Grata pelo conteúdo.

Parabéns pelo video. Ajuda bastante o pessoal que tá começando.

Gente essa menina é espetacular! que vídeo!!!

Correndo para ver o vídeo indicado no final!!! Vale mais que muito curso por ai!!

Tu é fera Fe! Obrigado pelos conteúdos. É os guri e as guria do sul representando no mundo da programação! Forte abraço gaúcho.

Muito bom o seu conteudo. Acredito que a parte 2 poderia ter testes de integração também

video massa, realizei primeiro o desafio da minha forma, depois olhei seu video e tive a oportunidade de aprender d++, consegui entender o uso do DTO para esse contexto, implementei ResponseEntity para melhorar os codes return e muito mais, obrigado.

Vai rolar a parte 2 evoluindo a aplicação? 👀 Parabéns pelo conteúdo!

Parabéns, impressionante sua inteligência!!!👏👏👏

Muito obrigado pelo vídeo, faz mais nesse estilo, desafios, implementando projetos reais/simulados.

A parte dois seria interessante, se puder fazer para gente. hehehehe 😃

Parabéns pelo conteúdo!!! É isso que temos interesse, situações práticas reais. Explore isso! : )

Top demais, Fê. Por favor faça mais vídeos como esse.

Muito top a explicação e o conteúdo Fer!! Desejo bastante uma parte 2 mostrando mais funcionalidades pq to tentando entrar no mercado e to consumindo qualquer conteúdo possível.

Mais um inscrito! Conteúdo excelente, só continue

ótimo conteúdo, a teoria aplicada na pratica e com explicações facilita muito o entendimento

Obrigado pelo video Fe. Estou maratonando a playlist!!! Aguardando a parte 2 porque preciso aprender a melhorar para Pleno.

Meu cachorro está pedindo a parte 2. Plissss !!!! Excelente didática

Parabéns fernandinha pelo conteúdo

Tô começando na área de programação e só sei o básico de JAVA, não entendi muita coisa ai mas assisti tudo pq vc é linda. Bom trabalho.

Estou no "Hello World!" ainda. To viajando aqui sem compreender. Nao pela didática, que é excelente. Mas sim porque ainda estou bem no inicio 😅

ótimo vídeo e que venha a parte 2 e qm sabe ate a parte 3 :D

Conteúdo incrível, ajuda muito a ver a prática, principalmente para iniciantes como eu. Diferenciada

Poderia ter usado um mapstruct da vida para fazer o mapeamento entro DTO e Entity, seria bacana pro pessoal conhecer. Conteúdo muito bacana.

Fernanda muito bom o vídeo! Estou acompanhando seu canal! Parabéns...Bora fazer o vídeo para pleno e senior

Estou aguardando pela parte 2! É um ótimo formato de vídeo aula e eu queria realmente saber como evoluir o teste desenvolvido para um nível Pleno.

Que demais essa solução. Parabéns!!!

Ótimo conteúdo, Fer!!! Já ansioso pela parte dois!

Vídeo sensacional, parabéns. Aguardando ansiosamente uma parte 2

Eu voltando a programar e penando pra entender como diachos um for funciona em GDScript.. fico imaginando como deve ser maneiro ter essa clareza dos conceitos já internalizado. Video muito bom, meus parabéns

Faz. Faz. Faz. Faz a segunda parte melhorando a aplicação. Seria massa um vídeo ppara cada nível, um para PLeno e um para Sênior. Voicê tem um dicção muito boa e fala bem!

Parabens e obrigado pelo conteudo, estou achando fantastico e dentro da realidade, exatamente oq um recrutador quer ver e nao aqueles CRUD (Ridiculos) que muitas escolas vendem por ai como curso completo Dev. Estou acompanhado o desafio, porem estou convertendo tudo em C# (Dot NET 7) pois é a plataforma que sou apaixonado. Obrigado, ganhou + 1 seguidor😜

Conteúdo excelente! Vai pra prática e mostra como faz! Me ajudou muito

Sensacional o video. Parte 2 por favor 🙌🙌. Pensando em um teste pra junior, a forma como eu faria também seria bem parecida com a que você fez. Mas tenho dificuldade em identificar o que é necessário melhorar, principalmente de pleno pra sênior.

Carai, que conteúdo top!!! Valeu demais moça.

ficou bem legal =, adoraria ver uma parte 2

Excelente vídeo! Adoraria ver a parte 2 aplicando arquitetura, design patterns, integração com banco de dados e testes unitários.

Que maravilha de vídeo! Direto ao ponto, edição ótima e conteúdo excelente!

Parabéns!!! Muito bom o conteúdo, aguardando a parte 2

Parabens, acredito que faltou tratar race conditions, provavelmente na entrevista tecnica iriam cobrar essa funcionalidade ainda mais se tratando de transações

Quem sabe mostra como faz, meus parabéns!!!

Top, que venha a segunda parte!

Fernanda, adoro os teus vídeos! Têm me ajudado imenso na minha aventura de Junior fullstack developer, mas em relação às transferências penso que o que eles querem dizer com ser revertida caso algo corra mal, é porque temos de anotar a operação de transação no service como @transactional! Continue o ótimo trabalho!

Conteúdo incrível e original! A ideia é sensacional! nada de ficar aprendendo teoria e prática isolada, dessa forma você direciona o conteúdo para cenários mais próximos do dia de uma empresa. Mesmo que seja apenas a ponta do iceberg, mas ainda é melhor do que ficar aprendendo a criar somente calculadoras (nada contra a pessoa desenvolver calculadoras). rs. Mas parabéns e obrigado por compartilhar! Sou Front-end e estou estudando Backend. Apesar de ser formado, me vejo como autodidata e aprendo bastante com conteúdos assim. Trabalho com angular e estou achando algumas semelhanças, os decorators, injeção de dependência, classes, serviços, etc. Ganhou +1 inscrito e like. Dúvida: vc tem cursos na Udemy? Abraço!

Acho que faltou urgentemente vc aplicar solid! Seu controller não herda nada, seu serviço tambem nao respeita nenhum contrato... Acredito que pra nivel pleno o SOLID ja é essencial... e a documentação vc pode implementar o SwaggerUI, ai basta acessar um link e todos endpoints estao la para teste, nao precisa ficar digitando coleção no insomnia manualmente

Terminei o vídeo agora, conteúdo absurdo Fernanda!! muito obrigado.

Conteúdo incrível! Parabéns