Lendo o livro Clean Architecture do Uncle Bob eu vi um trecho que deu um "boom" na minha forma de pensar. Basicamente dizia que é bom que a sua aplicação seja flexível ao ponto de se algum momento a mesma mudar de uma aplicação de web para desktop, não tenha grandes dificuldades nessa mudança. Essa abordagem permite que o núcleo da aplicação seja independente das interfaces de usuário. Isso significa que você pode modificar ou substituir as interfaces de usuário sem afetar a lógica de negócios subjacente, desde que as interfaces ainda cumpram os contratos definidos. Se você projetar sua aplicação de acordo com os princípios da arquitetura limpa, as partes mais externas (as interfaces de usuário) podem ser alteradas ou substituídas com relativa facilidade, pois elas não têm dependências complexas com o núcleo da aplicação. Isso torna a aplicação mais flexível e adaptável a mudanças nas interfaces de usuário ou em outras partes externas.
Tb acompanho o Léo há bom tempo , gosto da didática dele e já estou querendo muito aprender este tema de aplicação orientado a objeto na prática para aplicações web.
O evento Transformação Dev nem começou ainda mas estes vídeos já amadureceram muito minha percepção sobre desenvolvimento web. A mentalidade já é outra, muito bom o conteúdo! Ansioso para o evento!
Leo, mas ai fico com uma duvida, pois essa estrutura funcionaria se tivesse meu back e front na mesma linguagem. Caso tivesse o front em JS e o back em C# por exemplo não teriamos que criar o core da nossa aplicação duas vezes?
Tive essa mesma dúvida. Não curti muito a abordagem não. Talvez seja pq não entendi direito, mas quando cai nesse vídeo minha intenção era aprender a aplicar POO e classes em aplicações frontend, não botar back e front num saco só e dizer que isso é melhor para o negócio por conta de DRY.
Peço desculpas pela minha ignorância, mas gostaria muito que alguém pudesse me esclarecer sobre o termo "negócio" ou "regra de negócios" ou indicar algum artigo, livro sobre isso. Obrigado.
Fala carinha, vou tentar te explicar pelo conhecimento que eu tenho… Processo de autenticação em um site.. O que eu preciso? Qual a regra para isso acontecer? Email? Senha? Cpf? Depende de projeto para projeto e do contexto.. Vamos supor que voce escolha E-MAIL e SENHA, sua regra de negócio vai ter então uma interface com um método AUTH e com parametros EMAIL e SENHA…
Boa Noite...Parabens pelo Video , é excelente..gostaria aprender mais do zero até o avançado Frontend e Backend..obrigado pela informação.. um abraço..ja me inscrevi para o evento
Acha que essa perspectiva se aplica a um app mobile nativo, kotlin pra android, swift pra ios e backend em c#... acha que essa perspectiva pode ser aplicada para esse cenário? Se sim, vou levantar essa bandeira aqui na empresa +: Você é brabo demais, tenho seus cursos na udemy, vc ensinando com o tablet na mão... praticamente desenhando, não tem como agradecer, obrigado demais por todo apoio e pelo conhecimento entregue nos cursos.
Já te acompanho pelo RUclips e já comprei cursos pela Udemy pra melhorar sempre minha programação. Mas tá difícil explicar pra uma pessoa que tem MEI faça um site único. Estão buscando o caminho mais fácil e rápido, comprando esses sites prontos.
Achei interessante e participarei do evento para ver mais detalhes. Porém fiquei com o pé atrás pos esse conceito só funcionaria com Javascript/Typescript. Se utilizar outras tecnologias não vejo isso dando certo.
Tive a mesma sensação, acho que isso funciona muito bem trabalhando com as linguagens em sua forma nativa, agora ao utilizar um framework no meio fica complicada abstrair para camadas externas, na prática não sei se realmente funciona muito bem no frontend,
na minha visão depende do tipo de aplicação. 1 - vai desenvolver um CRUD? Usa alguma lib pro front e foda-se o POO. Tu vai usar POO só no backend pra organizar as informações e orquestrar as interações entre esses dados. O front só vai consumir esses dados já prontos. 2 - Vai desenvolver uma lib/framework pro front? Usa POO pois vai facilitar a tua vida e a de quem vai usar.
Tive a mesma impressão. Aplicar DDD na linguagem de backend faz todo sentido, afinal, ao precisar mudar de framework suas regras de negócio estarão totalmente desacopladas do framework. Agora, fazer isso no front, não sei não. E também, muitas vezes usar html, css e js/ts puros pode ser muito mais simples. O poder do JS hoje é muito diferente de anos atrás. Sua API é muito mais concisa e poderosa. Vejo muitas aplicações usando framework frontend sem uma justificativa plausível.
Ai mestre, você é o cara. Sou seu aluno em vários cursos na udemy, manda o curso de POO ai pra nós mestre, obrigado por tudo
Lendo o livro Clean Architecture do Uncle Bob eu vi um trecho que deu um "boom" na minha forma de pensar. Basicamente dizia que é bom que a sua aplicação seja flexível ao ponto de se algum momento a mesma mudar de uma aplicação de web para desktop, não tenha grandes dificuldades nessa mudança.
Essa abordagem permite que o núcleo da aplicação seja independente das interfaces de usuário. Isso significa que você pode modificar ou substituir as interfaces de usuário sem afetar a lógica de negócios subjacente, desde que as interfaces ainda cumpram os contratos definidos.
Se você projetar sua aplicação de acordo com os princípios da arquitetura limpa, as partes mais externas (as interfaces de usuário) podem ser alteradas ou substituídas com relativa facilidade, pois elas não têm dependências complexas com o núcleo da aplicação. Isso torna a aplicação mais flexível e adaptável a mudanças nas interfaces de usuário ou em outras partes externas.
Muito interessante essa abordagem, faz todo sentido pensar assim. Ansioso pra semana que vem ✌️
Tb acompanho o Léo há bom tempo , gosto da didática dele e já estou querendo muito aprender este tema de aplicação orientado a objeto na prática para aplicações web.
Maratonando esses vídeos que ficaram sensacionais de bom !!!
Na moral, eu acho tu o melhor tutor na área, compro teus cursos sem receio nenhum
O evento Transformação Dev nem começou ainda mas estes vídeos já amadureceram muito minha percepção sobre desenvolvimento web. A mentalidade já é outra, muito bom o conteúdo! Ansioso para o evento!
Leo, mas ai fico com uma duvida, pois essa estrutura funcionaria se tivesse meu back e front na mesma linguagem. Caso tivesse o front em JS e o back em C# por exemplo não teriamos que criar o core da nossa aplicação duas vezes?
Exatamente. Tb uso C# no back e nuxt3 no front. Só vejo como reaproveitar de fosse todo C# ou todo Js.
Tive essa mesma dúvida. Não curti muito a abordagem não. Talvez seja pq não entendi direito, mas quando cai nesse vídeo minha intenção era aprender a aplicar POO e classes em aplicações frontend, não botar back e front num saco só e dizer que isso é melhor para o negócio por conta de DRY.
Esse curso de POO aí é o que tô precisando.
Bota pra torar!!!
Tô ansioso pra esse evento, cara!!
Curioso pra ver isso na prática.
top demais é uma coisa q não vemos sendo usado com muita frequencia no frontend, com advento do react.
Essa eu quero ver mestrão!!!
Tu é brabo demais
Peço desculpas pela minha ignorância, mas gostaria muito que alguém pudesse me esclarecer sobre o termo "negócio" ou "regra de negócios" ou indicar algum artigo, livro sobre isso. Obrigado.
Fala carinha, vou tentar te explicar pelo conhecimento que eu tenho…
Processo de autenticação em um site..
O que eu preciso? Qual a regra para isso acontecer?
Email?
Senha?
Cpf?
Depende de projeto para projeto e do contexto..
Vamos supor que voce escolha E-MAIL e SENHA, sua regra de negócio vai ter então uma interface com um método AUTH e com parametros EMAIL e SENHA…
@@leonardobarrocal1172 Muito obrigado... já lançou uma luz quanto a isso 😉
Boa Noite...Parabens pelo Video , é excelente..gostaria aprender mais do zero até o avançado Frontend e Backend..obrigado pela informação.. um abraço..ja me inscrevi para o evento
Acha que essa perspectiva se aplica a um app mobile nativo, kotlin pra android, swift pra ios e backend em c#... acha que essa perspectiva pode ser aplicada para esse cenário?
Se sim, vou levantar essa bandeira aqui na empresa
+: Você é brabo demais, tenho seus cursos na udemy, vc ensinando com o tablet na mão... praticamente desenhando, não tem como agradecer, obrigado demais por todo apoio e pelo conhecimento entregue nos cursos.
Já te acompanho pelo RUclips e já comprei cursos pela Udemy pra melhorar sempre minha programação. Mas tá difícil explicar pra uma pessoa que tem MEI faça um site único. Estão buscando o caminho mais fácil e rápido, comprando esses sites prontos.
Que aula 🎉
Na semana que vem, iremos ver na prática, tudo isso que você está ensinando?
Achei interessante e participarei do evento para ver mais detalhes.
Porém fiquei com o pé atrás pos esse conceito só funcionaria com Javascript/Typescript.
Se utilizar outras tecnologias não vejo isso dando certo.
Tive a mesma sensação, acho que isso funciona muito bem trabalhando com as linguagens em sua forma nativa, agora ao utilizar um framework no meio fica complicada abstrair para camadas externas, na prática não sei se realmente funciona muito bem no frontend,
na minha visão depende do tipo de aplicação.
1 - vai desenvolver um CRUD? Usa alguma lib pro front e foda-se o POO. Tu vai usar POO só no backend pra organizar as informações e orquestrar as interações entre esses dados. O front só vai consumir esses dados já prontos.
2 - Vai desenvolver uma lib/framework pro front? Usa POO pois vai facilitar a tua vida e a de quem vai usar.
Tive a mesma impressão.
Aplicar DDD na linguagem de backend faz todo sentido, afinal, ao precisar mudar de framework suas regras de negócio estarão totalmente desacopladas do framework. Agora, fazer isso no front, não sei não.
E também, muitas vezes usar html, css e js/ts puros pode ser muito mais simples. O poder do JS hoje é muito diferente de anos atrás. Sua API é muito mais concisa e poderosa. Vejo muitas aplicações usando framework frontend sem uma justificativa plausível.
Manda o curso de POO professor!
Tem exemplos de mão na massa?
Faz um curso de POO 🙏
Votem para conselho tutelar : Alison Gadelha (formado pela Apec)* ou 371 - Gyl Silva* ou 206 - Werison Oliver* em FORTALEZA
POO com vuejs
Sou o milésimo like kkkkkkk
Falou, falou e não disse nada. Cadê o POO no frontend? Dizer sobre a arquitetura não quer dizer nada sobre o paradigma