Po cara, nao pare nunca de fazer o que tu faz, por favor. Voce literalmente leu minha mente kkkkkkkk eu queria muito esse conteudo trazendo uma arch pra frontend do 0
Estou impressionado com a qualidade do conteúdo deste canal! 🤩 A profundidade com que os temas são abordados é incrível, especialmente quando se trata de desvendar os mecanismos internos do React. É ótimo encontrar material que vai além da superfície e explora conceitos mais complexos.
Realmente, geralmente esse tipo de material só tem em "meu curso na descrição" ou em canal de indiano... é incrível ver material em Pt-Br com tanta qualidade e dedicação
Parabéns pela parceria! Eu sou 99% focado no backend e estou acompanhando seus vídeos e principalmente seu crescimento gigante! Gosto muito da maneira que você sempre aborda várias soluções diferentes para um mesmo problema
Acompanho os vídeos desde os primeiros, e o conteúdo sempre foi extraordinário. Muito legal te ver fechando parceria com a Rocketseat, inclusive acho tua didática incrível, daria um otimo professor 👀.
Gosto bantante da organização em features, inclusive é o modelo que atuo hoje... É muito facil de se "localizar" , claro que com algumas mudanças... Ter um core e componentes ficarem por lá. Cada feature ter seu respectivo domínio, pages, services/uses...
Eh preciso entender o projeto, pra construir algo q faça sentido. ISSO EH MT IMPORTANTE, acredite. O vertical slice que eh baseado em feature resolve alguns problemas enfrentados no clean arq. Porém a ideia das definições eh mt bem aceita na clean.
Fala, Junior! Parabéns pelo conteúdo de qualidade de sempre! Qual seria a motivação para uma pasta específica para funções? Ao meu ver, o objetivo dessa pasta pode ser conflitante com a de utilitários. Se puder dar um exemplo, te agradeço muito!
Ja me perguntei o mesmo quando vi isso pela primeira vez kkkk E concordo com você, ao ver, não faz sentido, na verdade, não gosto de ter uma "utils", pq na minha visão, muita coisa vai entrar ali, só por ser mais fácil e não demandar muito planejamento pra encontrar um local melhor.
esse modelo do clean-arch se vc usa NextJS é uma dor de cabeça pq vc nao consegue passar objetos dos server-components para client-components isso quebra toda sua arquitetura, forçando ela a virar client-side-only (matando a principal feature do next)
Sugestão para próximo conteudo: "BFF, Backend for Frontent". Tive que mexer em um projeto em NextJs recentemente e era uma bagunça o de comunicação de front => BFF => Backend
cara só uma dica, tenta mandar a respiração um pouco pra garganta por que ta muito na frente do nariz, acaba fazendo bastante barulho, é uma técnica que utilizam em gravações
Sinceramente... me responda uma coisa... qual a diferença de vc fazer um Adapter onde tem um AXIOS e no futuro vc quer trocar pro FETCH... versus... eu fazer um Custom Hook que hoje usa o AXIOS e amanhã quero trocar pro FETCH? Exemplo: useHttp Hook. Ainda essa histórinha do Clean Arch não me pegou....
Na minha visão, uma coisa não anula a outra, tu pode inverter a dependencia do axios no custom hook utilizando um adapter. O motivo vai ser sempre subjetivo, pois depende do contexto do projeto, do time e etc. Se você acha muita "burocracia" é pq realmente não fará diferença no seu contexto.
Não concordo, usar a forma 'small' e 'medium', com algumas alterações e adições é bem melhor, na minha opnião isso é querer forçar conceitos de back-end no front-end. Porém, parabéns pelo vídeo.
👉 Inscreva-se agora e fique por dentro de tudo!
Link com 10% DESCONTO - Rocketseat:
www.rocketseat.com.br/assinatura?coupon=devjunioralves&
Po cara, nao pare nunca de fazer o que tu faz, por favor. Voce literalmente leu minha mente kkkkkkkk eu queria muito esse conteudo trazendo uma arch pra frontend do 0
Kkkkkkk Que show mano, valeu demais pelo feedback! 👊
Estou impressionado com a qualidade do conteúdo deste canal! 🤩 A profundidade com que os temas são abordados é incrível, especialmente quando se trata de desvendar os mecanismos internos do React. É ótimo encontrar material que vai além da superfície e explora conceitos mais complexos.
Realmente, geralmente esse tipo de material só tem em "meu curso na descrição" ou em canal de indiano... é incrível ver material em Pt-Br com tanta qualidade e dedicação
Po man, muito obrigado pelo feedback, de verdade! Fico feliz demais em saber que curtiu o vídeo! 👊
Parabéns pela parceria!
Eu sou 99% focado no backend e estou acompanhando seus vídeos e principalmente seu crescimento gigante!
Gosto muito da maneira que você sempre aborda várias soluções diferentes para um mesmo problema
Acompanho os vídeos desde os primeiros, e o conteúdo sempre foi extraordinário.
Muito legal te ver fechando parceria com a Rocketseat, inclusive acho tua didática incrível, daria um otimo professor 👀.
Parabéns pela parceria com a Rocketseat, cara!!
Clean Code
amzn.to/3hHXVKY
Arquitetura Limpa (Clean Arch)
amzn.to/3Viqw7v
---
✅ Segue lá no Instagram:
instagram.com/devjunioralves/
✅ Nossa comunidade no Discord:
discord.com/invite/bVxW4Dhgrf
hj defendo algo como modulos
onde cada recurso matem suas dependências
isoladas e perto de maneira fácil
inclusive tenho um artigo sobre.
concordo, trabalhar por modulo e muito bom , deixo bem isolado
Legal mano, depois manda o link do artigo por favor.
ahhh, agora queremos o exemplo do mvvn e da exagonal kkkkkkk, ótimo vídeo abraço
Kkkkkkk eu posso trazer sim exemplos, pra ajudar esclarecer sobre o assunto!
Gosto bantante da organização em features, inclusive é o modelo que atuo hoje... É muito facil de se "localizar" , claro que com algumas mudanças... Ter um core e componentes ficarem por lá. Cada feature ter seu respectivo domínio, pages, services/uses...
Eu acabo utilizando o small para todos os tipos de projetos.
Eh preciso entender o projeto, pra construir algo q faça sentido. ISSO EH MT IMPORTANTE, acredite. O vertical slice que eh baseado em feature resolve alguns problemas enfrentados no clean arq. Porém a ideia das definições eh mt bem aceita na clean.
Brabo de mais
Valeuuu Victor! 👊
No projeto que estou atualmente, usamos essa estrutura de features
Fala, Junior! Parabéns pelo conteúdo de qualidade de sempre!
Qual seria a motivação para uma pasta específica para funções? Ao meu ver, o objetivo dessa pasta pode ser conflitante com a de utilitários.
Se puder dar um exemplo, te agradeço muito!
Ja me perguntei o mesmo quando vi isso pela primeira vez kkkk
E concordo com você, ao ver, não faz sentido, na verdade, não gosto de ter uma "utils", pq na minha visão, muita coisa vai entrar ali, só por ser mais fácil e não demandar muito planejamento pra encontrar um local melhor.
E valeu demais Jose! 👊
Qual o tema de ícone que está usando?
O que seria a pasta functions ? Funções generalizadas por exemplo converter moeda para brl
esse modelo do clean-arch se vc usa NextJS é uma dor de cabeça
pq vc nao consegue passar objetos dos server-components para client-components
isso quebra toda sua arquitetura, forçando ela a virar client-side-only (matando a principal feature do next)
Não necessariamente Victor, você pode criar wrappers pra resolver isso de forma simples.
@@devjunioralves como vai passar uma instancia de objeto do server-side para o client-side?
Fala sobre microfront end em grande escala por favor
qual é esse video que ele fala de ter aplicado solid com axios ?
Sugestão para próximo conteudo: "BFF, Backend for Frontent".
Tive que mexer em um projeto em NextJs recentemente e era uma bagunça o de comunicação de front => BFF => Backend
Traz exemplo usando mvvm com next 14
cara só uma dica, tenta mandar a respiração um pouco pra garganta por que ta muito na frente do nariz, acaba fazendo bastante barulho, é uma técnica que utilizam em gravações
tudo que é funcional é codigo React e fica em presentation
de resto faz mais sentido real manter POO
Eu sigo essa linha de raciocínio também!
Sinceramente... me responda uma coisa... qual a diferença de vc fazer um Adapter onde tem um AXIOS e no futuro vc quer trocar pro FETCH... versus... eu fazer um Custom Hook que hoje usa o AXIOS e amanhã quero trocar pro FETCH? Exemplo: useHttp Hook. Ainda essa histórinha do Clean Arch não me pegou....
Na minha visão, uma coisa não anula a outra, tu pode inverter a dependencia do axios no custom hook utilizando um adapter.
O motivo vai ser sempre subjetivo, pois depende do contexto do projeto, do time e etc.
Se você acha muita "burocracia" é pq realmente não fará diferença no seu contexto.
bora que eu to com fome
Boraaaa que tem vídeo novo hehe
Não concordo, usar a forma 'small' e 'medium', com algumas alterações e adições é bem melhor, na minha opnião isso é querer forçar conceitos de back-end no front-end. Porém, parabéns pelo vídeo.
Sim, o correto é adequar às suas necessidades, pois não existe certo e errado, apenas pros e contras.
Valeu pelo feedback Ricardo!