Vc falou uma grande realidade. Na língua inglesa tem muito, mas muito conteúdo de qualidade. Fica até difícil de acompanhar todos os geradores de conteúdo na língua inglesa. Mas igual o Rodrigo Branas não tem.
Tempo tá tão corrido que só agora, 1 mês depois poderei assistir esse maravilhoso vídeo enquanto lavo louça kkkkk Rodrigo Branas & Manguinho são os mitos da Clean Architecture na América Latina!!!
Trabalho com um software que tem um pouco mais de 11 anos, uma mínima inversão de dependência feita lá no começo, teria me salvado 1000hrs hoje em alterações pequenas, é aquela história, gastar tempo no começo pra ganhar depois, Wesley e Rodrigo, não parem com esse tipo de conteúdo não, quanto mais disseminar melhor
Como é que alguém consegue dar um dislike em um conteúdo desses. Duvido que seja alguém que contribua 1% do que esse conteúdo gerou para as pessoas. Parabéns pelo conteúdo e obrigado por compartilhar e ajudar aqueles que correm atrás de informação e formação.
Muito massa a aula do Rodrigo, consegui aprender bastante e ver na prática uns conceitos estudados na teoria. Acho engraçado esse pessoal que fala que isso é muita complexidade, penso que só pode ser porque a pessoa não consegue entender o que está fazendo, criar umas interfaces, mappers, pacotes e inverter as dependências é tão complexo assim? Complexo vai ser depois quando tiver que dar manutenção em código porco que tem regra por tudo. Quando o cara vem com essa história já da pra ver que é orientado ao framework hypezinho do momento, sabe nada de conceito.
Cara, que aula.... Ensina mais, na boa.. Tem um curso aí de clean arch completão ou mentoria? Não entendi muito bem o por que não passar a entidade pro repository, se puderem explicar aí pfv
Uma dúvida, se os Interface adapters conhecem apenas os use cases como vão conseguir fazer a ponte entre eles e o mundo externo? Em 2:21:41 o adaptador conhece o express que está na camada de fora, isso fere a própria clean arq?
A linha-guia da arquitetura deve ser a mudança, ou melhor, reduzir o impacto da mudança, pq a mudança é o grande ralo do desenvolvimento de software. Mas arquitetura também implica em complexidade, e essa complexidade precisa ser comunicada à equipe. Então outro grande desafio ao se estabelecer uma arquitetura é a comunicação.
Olá, uma duvida, numa clean architecture qual seria a melhor forma de separar vários papeis de usuários? Ou seja administrador e bloguer por exemplo como separar? Cada caso de uso é uma ação, e através da interface delimitar ações para cada usuário ou cada usuário tem o seu conjunto de ações. Esta pergunta é mais para renderização na verdade, pois numa tela dashboard mostrar diferentes opções do que pode ser feito, estava a pensar em domain/usecases/admin/administrator/RenderRashboard.php e domain/usecases/admin/bloguer/RenderRashboard.php Usando isso com uma factory ler o tipo de usuário e criar o usecase necessário retirando toda a informação para posterior renderização. tendo a mesma estrutura de pastas em presenter. E as permissões? Colocar como um middleware no controller para verificar acesso a uma determinda pagina através de algum mecanismo de acesso para evitar renderizar paginas escritas por um usuário que conheça a rota? Obrigado
Softwares sempre serão escritos e reescritos, pq simplesmente tudo muda muito... linguagens, regras de negocio (24:00 - mudam sim!), frameworks... é sina. A diferença em ter arquitetura bem moldada é prolongar um pouco mais o life cycle da app até ele se $PAGAR$. Mas vai chegar uma hora que será preciso jogar tudo fora.
acho que regra de negocio muda, pior em casos onde o escopo do projeto nao esta completamente definido. Falta de objetividade na estruturacao das pastas permite clean architeture freestyle, ai qq coisa q nao é clean a pessoa chama de clean. A parte de principios deveria se aplicar a estruturacao do projeto, por isso nao gosto dessa arquiteture justamente pela complexidade somada a falta de objetividade. Isso da margem pra qq gerente q nao entendeu o q leu criar a sua propria versao do clean, ai ele pode falar q e clean justamente pq nao tem objetividade. Exceto a isso, achei o video muito bom, mas pelo foco ser o clean acho q poderia ter tido mais enfase no clean e na estrturacao do que nas funcionalidades implementadas por o importante me parecia ser o que estava sendo implementado onde e por que isso agregava principios solid no app, mas ainda sim video muito bom (e legal tb q eu vi preciso aprender muito ainda, o branas fez com uma facilidade assustadora)
em uma arquitetura de microservices onde o escopo da aplicação ja é bem reduzido, faz sentido abstrair tanto na arquitetura? estamos abstraindo o comportamento daquilo que muitas vezes ja sao abstrações em si (como ORM), o proposito final parece nobre mas o esforço, inclusive para manutenção, parece desproporcional ao resultado. refatorar código é relativamente simples com IDE, mudanças de framework acontece com raridade e normalmente é no inicio do projeto quando a base de código ainda é pequena. se o time dev nao consegue isolar a responsabilidade das camadas, sejam elas quais forem, nao é a arquitetura que vai resolver esse problema. conteudo top, mas ainda estou digerindo sorry, abçs
A gente tem sorte de ter o Rodrigo como um brasileiro, disponibilizando esse conhecimento de altissímo nivel em Portugues. Muito orgulho!
Tem o Otávio Miranda tbm, o canal dele é pura clean architecture kkk.
Vc falou uma grande realidade.
Na língua inglesa tem muito, mas muito conteúdo de qualidade. Fica até difícil de acompanhar todos os geradores de conteúdo na língua inglesa. Mas igual o Rodrigo Branas não tem.
Obrigado Rafael!!!
Pensei nisso, quando comecei não existia esse tipo de conteúdo em PT/BR. Parabéns.
@@nan-code Não é Otávio Lemos?
O Rodrigo Branas é muito fera!!!!
Tempo tá tão corrido que só agora, 1 mês depois poderei assistir esse maravilhoso vídeo enquanto lavo louça kkkkk
Rodrigo Branas & Manguinho são os mitos da Clean Architecture na América Latina!!!
Concordo com tudo que você disse.
Essa aula merecia um milhão de views no mínimo, parabéns pelo trabalho
top
lembro quando aprendi angula 1 com o Rodrigo Branas
Faz bastante tempo já
A melhor dica Wesley! Fundamentar os conceitos, sem essa base fica tudo muito largado, as vezes sem pé nem cabeça! Show!
Trabalho com um software que tem um pouco mais de 11 anos, uma mínima inversão de dependência feita lá no começo, teria me salvado 1000hrs hoje em alterações pequenas, é aquela história, gastar tempo no começo pra ganhar depois, Wesley e Rodrigo, não parem com esse tipo de conteúdo não, quanto mais disseminar melhor
mano aula maravilhosa. por mais aulas assim....
Ótimo conteúdo! 👏
Maravilha Show - Muito obrigado Branas e Willians!
Vocês falam ou eu falo?
Melhor Live de Clean Arquitecture em Português👏👏👏👏
Clean Architecture, Clean code é outro conceito. ;)
@@pranthonyaquino corrigido, vlw.
Tamo junto, Bruno! Rodrigo ensina muito bem mesmo!
que aulão branas, ja assisti umas 10 vezes hahaha
muito raro encontrar um conteúdo tão sábio gratuito
TOP! Parabéns pelo conteúdo!
caraca ajudou de mais a clarear as paradas do liivro do uncle bob!! valeuuuu!
Assisti uma vez sem codar, agora estou assistindo codando para terminar o livro! Tô curtindo demais!! Parabéns galera, ótimo conteúdo!!
Parabéns Wesley e Rodrigo Branas, cara sensacional vocês, disponibilizando conteúdo de qualidade absurda. Muito bom mesmo, sensacional vocês.
Live top! Consegui assistir só agora. Super bem explicativa, Branas é o cara! Valeu Wesley!!!
Muito bom! Parabéns Branas e Willians!
já acompanho o Rodrigo Branas a algum tempo, sempre com conteúdos fantásticos.
Sensacional, conteúdo de altíssimo nível e muito importante. Parabéns Branas e Wesley!
Como é que alguém consegue dar um dislike em um conteúdo desses. Duvido que seja alguém que contribua 1% do que esse conteúdo gerou para as pessoas. Parabéns pelo conteúdo e obrigado por compartilhar e ajudar aqueles que correm atrás de informação e formação.
Valeu Marcelo!!
Alto nível.
Valeu galera pelo conteúdo!
Parabéns ao Rodrigo pela excelente aula!
Que espetáculo de aula. Quem sabe, faz ao vivo!!!
Live show! Assisti tudo. Excelente conteúdo.
Essa live é perfeita.
conteúdo.. show. obrigado.
Caralho, o Rodrigo é o bicho
Toda vez que voltar aqui, eu vou agradecer. Valeu pessoal!
Sensacional obrigado branas mais um conteúdo de alto valor 👍
mano. eu to entendendo? que coisa louca!!!!... o foda agora é esse tema white do vscode do Branas. kkkkkkkk
Branas é o show man dos cursos
1:29:40 você poderia usar um generics na interface para não ter esse tipo de problema. É o que o spring faz.
exceleeente
muito obrigado, pessoal
Quem sabe faz ao vivo. Top de +
Queria ver clean architecture no frontend.. tem pouquissimo conteudo sobre isso
Muito massa a aula do Rodrigo, consegui aprender bastante e ver na prática uns conceitos estudados na teoria. Acho engraçado esse pessoal que fala que isso é muita complexidade, penso que só pode ser porque a pessoa não consegue entender o que está fazendo, criar umas interfaces, mappers, pacotes e inverter as dependências é tão complexo assim? Complexo vai ser depois quando tiver que dar manutenção em código porco que tem regra por tudo. Quando o cara vem com essa história já da pra ver que é orientado ao framework hypezinho do momento, sabe nada de conceito.
Que live sensacional, parabéns Wesley :D
Cara, que aula.... Ensina mais, na boa.. Tem um curso aí de clean arch completão ou mentoria?
Não entendi muito bem o por que não passar a entidade pro repository, se puderem explicar aí pfv
muito bom
Uma dúvida, se os Interface adapters conhecem apenas os use cases como vão conseguir fazer a ponte entre eles e o mundo externo? Em 2:21:41 o adaptador conhece o express que está na camada de fora, isso fere a própria clean arq?
Excepcional !
Alguém aqui sabe me dizer onde tem o link do artigo que tem a imagem que o Branas apresenta em 2:34:43 ?
A linha-guia da arquitetura deve ser a mudança, ou melhor, reduzir o impacto da mudança, pq a mudança é o grande ralo do desenvolvimento de software.
Mas arquitetura também implica em complexidade, e essa complexidade precisa ser comunicada à equipe. Então outro grande desafio ao se estabelecer uma arquitetura é a comunicação.
Olá, uma duvida, numa clean architecture qual seria a melhor forma de separar vários papeis de usuários? Ou seja administrador e bloguer por exemplo como separar? Cada caso de uso é uma ação, e através da interface delimitar ações para cada usuário ou cada usuário tem o seu conjunto de ações. Esta pergunta é mais para renderização na verdade, pois numa tela dashboard mostrar diferentes opções do que pode ser feito, estava a pensar em domain/usecases/admin/administrator/RenderRashboard.php e domain/usecases/admin/bloguer/RenderRashboard.php Usando isso com uma factory ler o tipo de usuário e criar o usecase necessário retirando toda a informação para posterior renderização. tendo a mesma estrutura de pastas em presenter. E as permissões? Colocar como um middleware no controller para verificar acesso a uma determinda pagina através de algum mecanismo de acesso para evitar renderizar paginas escritas por um usuário que conheça a rota? Obrigado
Softwares sempre serão escritos e reescritos, pq simplesmente tudo muda muito... linguagens, regras de negocio (24:00 - mudam sim!), frameworks... é sina. A diferença em ter arquitetura bem moldada é prolongar um pouco mais o life cycle da app até ele se $PAGAR$. Mas vai chegar uma hora que será preciso jogar tudo fora.
"S" do SOLID é o Single Responsibility Principle. O Interface Segregation Principle é o "I" do SOLID.
Começa aos 00:07:37
O ParkingLotRepository (interface) é da camana de Adapters?
Os adapters seriam algo os DTOs?
Muito bom. Alguém recomenda um bom curso de Clean Architecure por favor.
Os useCases seriam o equivalente aos métodos do ParkingService, mas separados em arquivos. Me Corrijam se eu estiver errado.
TOPPPPPPPPPPPPPPPPP
acho que regra de negocio muda, pior em casos onde o escopo do projeto nao esta completamente definido. Falta de objetividade na estruturacao das pastas permite clean architeture freestyle, ai qq coisa q nao é clean a pessoa chama de clean. A parte de principios deveria se aplicar a estruturacao do projeto, por isso nao gosto dessa arquiteture justamente pela complexidade somada a falta de objetividade. Isso da margem pra qq gerente q nao entendeu o q leu criar a sua propria versao do clean, ai ele pode falar q e clean justamente pq nao tem objetividade. Exceto a isso, achei o video muito bom, mas pelo foco ser o clean acho q poderia ter tido mais enfase no clean e na estrturacao do que nas funcionalidades implementadas por o importante me parecia ser o que estava sendo implementado onde e por que isso agregava principios solid no app, mas ainda sim video muito bom (e legal tb q eu vi preciso aprender muito ainda, o branas fez com uma facilidade assustadora)
em uma arquitetura de microservices onde o escopo da aplicação ja é bem reduzido, faz sentido abstrair tanto na arquitetura? estamos abstraindo o comportamento daquilo que muitas vezes ja sao abstrações em si (como ORM), o proposito final parece nobre mas o esforço, inclusive para manutenção, parece desproporcional ao resultado. refatorar código é relativamente simples com IDE, mudanças de framework acontece com raridade e normalmente é no inicio do projeto quando a base de código ainda é pequena. se o time dev nao consegue isolar a responsabilidade das camadas, sejam elas quais forem, nao é a arquitetura que vai resolver esse problema. conteudo top, mas ainda estou digerindo sorry, abçs
Alguém por gentileza, tem o link do repositório?
O link já está na descrição do vídeo, obrigado!
Obrigado!
Link do curso?
vc tem um problema d encapsulamento nas entidades
Começa aos 10:25
O cara brinca de programar, que facilidade...