Suas Regras NÃO pertencem ao Backend

[@allancassio6674]

Cria um vídeo codando isso na prática. Pra ter uma ideia melhor. Pfvr ... 😊

[@Heldinho_Heldinho]

Up

[@camilaisabela3183]

Que conteúdo excelente! Na minha jornada de trabalho a "Arquitertura Limpa" é sempre discutida e implementada entre nosso time e estamos constantemente buscando adquirir conhecimentos nesse sentido. Obrigada por compartilhar!

[@lazarofernandes9978]

Parabéns... O vídeo e muito bom. Mas deve levar em conta o cenário onde se quer aplicar. Muita gente acha que essa receita serve para tudo e quem faz diferente e errado. O inverso tbm e verdade. Nas aplicações que trabalho segurança e essencial e o frontend não e algo 100% seguro. As opções que vejo sempre vai ter uma duplicidade de alguma coisa. Seja negócio seja uma api que vai chamar o core novamente para garantir segurança, no final vejo só mais complicação. Lógico que depende do negócio da empresa e há cenário que isso que o Léo mostrou funciona muito bem. Obrigado pelo vídeo.

[@williansdutra]

Muito bom. Isso é bem discutido na arquitetura limpa. A primeira parte é justamente mostrando que o S de sólido é abstraído para qualquer nível da arquitetura.

[@fabiuloso5557]

eu comprei esses dias o curso de java, to curtindo muito apesar de estar estudando sozinho, to gostando e entendendo bastante coisa. Sou muito seu fã !

[@rdgomt]

Excelente conteúdo professor. Se possível, faz um vídeo codando um exemplo de core.

[@pinheirovisky]

Excelente conteúdo! Inverter as dependências das bibliotecas é um hábito que estou tentando criar, mas isso de desacoplar TOTALMENTE a regra de negócio do backend é absurdo demais! Ótima didática, parabéns!

[@juscilan]

Uma aplicacao classica seria uma validacao de CPF, teriamos em um modulo/pkg e chamariamos do front ou back! Sensacional Leo.

[@pedroblandim3926]

Sensacional!! Quais livros você indica para aprender mais sobre esse assunto?

[@versaleyoutubevanced8647]

cara essa idéia de desvincular o core do backend apenas, e usar ele como um package em um monorepo é muito foda, qual o nome dessa abordagem pra eu estudar mais sobre?

[@PedroFilgueiras-k8j]

Conforme o que disse, o core seria um componente que poderia ser importado para um módulo qualquer que use essas regras de negócio, está correto? Isso quer dizer que vc precisaria atualizar todos os módulos quando houver uma atualização do core? Além disso, os módulos que precisam de "validações simples" iriam depender do que não usam? Não sei se consegui entender corretamente, mas me parece que o que está dizendo fere alguns princípios importantes para um bom código.

[@wesleysantana6163]

Excelente conteúdo professor, obrigado. Não sei se é somente eu que tenho isso, mas quando o barulho da caneta raspando no papel vaza para o audio do vídeo da agonia/arrepio DD: mas durante o video isso não aconteceu muitas vezes e deu para acompanhar de boas, parabéns pelo conteúdo 👏👏

[@DenissaleS10]

Leo, esse exemplo fica bem claro quando tanto o back quanto o front são da mesma línguagem, como o javascript por exemplo. Mas como essas organização seria caso o back fosse .Net e front javascript? Como eu poderia ter módulos do core para reutilizar no front?

[@victoralmeida1583]

Boa reflexao. Obrigado

[@dolfera1962]

Top demais hein! Seria interessante um exemplo prático em um próximo vídeo.

[@maykon-oliveira]

Muito bom o conteúdo. Eu gostaria de um dia encontrar um projeto estruturado assim 🥲

[@franciscocito]

Eu não sei, mas depois de um bom tempo programado eu acabo vendo que as regras de negócio acabam sendo como um relógio. As engrenagens de nada servem sem ponteiros. Ou seja, há partes mais importantes no código e outras menos, mas tudo faz parte das regras de negócio de uma forma ou de outra. No entanto achei bem legal essa organização de código que apresentou com o Core, me lembra muito o MVC.

[@PedroAugusto-lc4fg]

Excelente conteúdo

[@renatobmps]

Queria ter aprendido isso desde o começo

[@thallesgarbelotti9885]

Muito bom!!

[@ericnevesr]

Que conteúdo excelente!!!

[@devfrota4709]

Lá vou eu criar mais uma ramificação de estudos pra, só depois de compreender e dominar tudo, retornar. Fazer oq 😅 Show!👍

[@raulbarros6941]

Ótimo vídeo! food for thought !

[@emanoelinfinity]

As regras do negócio nesse caso está diretamente ligada aos requisitos, certo?

[@eurico_dev]

Conteúdo muito top

[@josesergioangellaangella54]

(0)seg =% tempo p/espaço =-1 (0)+1 limite infinito

[@lucastavares7767]

Otimo video Leo, na parte do core poderia ter um orm ou nao?

[@leonardomleitao]

O ORM fica fora do core. 😁

[@lucastavares7767]

@@leonardomleitao Valeu Léo 😃👍

[@lucastavares7767]

@@leonardomleitao Então, fica em qual pasta?

[@LuisFernandoGaido]

As regras pertencem a qualquer manifestação do software. O backend precisa assegurar que essas regras não serão burladas.

[@josesergioangellaangella54]

☺ótimo 👍

[@paulovinicius21]

Legal, mas e o curso de flutter, quando vai ser refeito, pq aquilo tá sem condições de estudar pelo fato de estar totalemente desatualizado. Falta de respeito com quem compra aquilo em 2023 😞

[@AndreRds]

🔥🔥🔥🔥

[@opaulodetarso]

Meu fi tá tão polêmico hehe

[@Alice_Liddell_1865]

show

[@migueldaipre10]

DDD + TDD + Clean Arch

[@tvdasala2413]

Sua empresa deve ter dinheiro infinito.

[@josesergioangellaangella54]

👍

[@josesergioangellaangella54]

#hes 01

[@CésarPicinini-v8y]

Ta ai um canal a menos para seguir