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.
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.
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
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
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?
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?
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.
A melhor dica Wesley! Fundamentar os conceitos, sem essa base fica tudo muito largado, as vezes sem pé nem cabeça! Show!
Essa aula merecia um milhão de views no mínimo, parabéns pelo trabalho
O Rodrigo Branas é muito fera!!!!
top
lembro quando aprendi angula 1 com o Rodrigo Branas
Faz bastante tempo já
Parabéns Wesley e Rodrigo Branas, cara sensacional vocês, disponibilizando conteúdo de qualidade absurda. Muito bom mesmo, sensacional vocês.
Assisti uma vez sem codar, agora estou assistindo codando para terminar o livro! Tô curtindo demais!! Parabéns galera, ótimo conteúdo!!
Maravilha Show - Muito obrigado Branas e Willians!
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
Live top! Consegui assistir só agora. Super bem explicativa, Branas é o cara! Valeu Wesley!!!
mano aula maravilhosa. por mais aulas assim....
Sensacional, conteúdo de altíssimo nível e muito importante. Parabéns Branas e Wesley!
que aulão branas, ja assisti umas 10 vezes hahaha
TOP! Parabéns pelo conteúdo!
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!
Ótimo conteúdo! 👏
já acompanho o Rodrigo Branas a algum tempo, sempre com conteúdos fantásticos.
caraca ajudou de mais a clarear as paradas do liivro do uncle bob!! valeuuuu!
muito raro encontrar um conteúdo tão sábio gratuito
Parabéns ao Rodrigo pela excelente aula!
Sensacional obrigado branas mais um conteúdo de alto valor 👍
Muito bom! Parabéns Branas e Willians!
Alto nível.
Valeu galera pelo conteúdo!
Live show! Assisti tudo. Excelente conteúdo.
Que espetáculo de aula. Quem sabe, faz ao vivo!!!
conteúdo.. show. obrigado.
Essa live é perfeita.
Caralho, o Rodrigo é o bicho
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!!
exceleeente
muito obrigado, pessoal
Toda vez que voltar aqui, eu vou agradecer. Valeu pessoal!
mano. eu to entendendo? que coisa louca!!!!... o foda agora é esse tema white do vscode do Branas. kkkkkkkk
Que live sensacional, parabéns Wesley :D
Quem sabe faz ao vivo. Top de +
Branas é o show man dos cursos
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.
Excepcional !
muito bom
Queria ver clean architecture no frontend.. tem pouquissimo conteudo sobre isso
1:29:40 você poderia usar um generics na interface para não ter esse tipo de problema. É o que o spring faz.
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.
TOPPPPPPPPPPPPPPPPP
Os adapters seriam algo os DTOs?
Os useCases seriam o equivalente aos métodos do ParkingService, mas separados em arquivos. Me Corrijam se eu estiver errado.
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
O ParkingLotRepository (interface) é da camana de Adapters?
"S" do SOLID é o Single Responsibility Principle. O Interface Segregation Principle é o "I" do SOLID.
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
Alguém aqui sabe me dizer onde tem o link do artigo que tem a imagem que o Branas apresenta em 2:34:43 ?
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?
Muito bom. Alguém recomenda um bom curso de Clean Architecure por favor.
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)
Link do curso?
Começa aos 00:07:37
Alguém por gentileza, tem o link do repositório?
O link já está na descrição do vídeo, obrigado!
Obrigado!
vc tem um problema d encapsulamento nas entidades
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
Começa aos 10:25
O cara brinca de programar, que facilidade...