Clean Architecture

[@motta021]

A gente tem sorte de ter o Rodrigo como um brasileiro, disponibilizando esse conhecimento de altissímo nivel em Portugues. Muito orgulho!

[@nan-code]

Tem o Otávio Miranda tbm, o canal dele é pura clean architecture kkk.

[@leiaute]

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.

[@RodrigoBranas]

Obrigado Rafael!!!

[@johnsmera7481]

Pensei nisso, quando comecei não existia esse tipo de conteúdo em PT/BR. Parabéns.

[@cortelucas]

@@nan-code Não é Otávio Lemos?

[@joshbarros1995]

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!!!

[@PedroLucas-rb9yb]

Concordo com tudo que você disse.

[@Credin84]

Essa aula merecia um milhão de views no mínimo, parabéns pelo trabalho

[@leonardovee]

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

[@abastosdiego]

O Rodrigo Branas é muito fera!!!!

[@cicoti]

A melhor dica Wesley! Fundamentar os conceitos, sem essa base fica tudo muito largado, as vezes sem pé nem cabeça! Show!

[@devweb7926]

que aulão branas, ja assisti umas 10 vezes hahaha

[@marcelobonates]

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.

[@RodrigoBranas]

Valeu Marcelo!!

[@Michelifmtads]

Maravilha Show - Muito obrigado Branas e Willians!

[@copa2014tafarel]

Assisti uma vez sem codar, agora estou assistindo codando para terminar o livro! Tô curtindo demais!! Parabéns galera, ótimo conteúdo!!

[@brunobule9762]

Vocês falam ou eu falo? Melhor Live de Clean Arquitecture em Português👏👏👏👏

[@pranthonyaquino]

Clean Architecture, Clean code é outro conceito. ;)

[@brunobule9762]

@@pranthonyaquino corrigido, vlw.

[@pranthonyaquino]

Tamo junto, Bruno! Rodrigo ensina muito bem mesmo!

[@teixeirah1643]

Live top! Consegui assistir só agora. Super bem explicativa, Branas é o cara! Valeu Wesley!!!

[@brunoorocha]

Sensacional, conteúdo de altíssimo nível e muito importante. Parabéns Branas e Wesley!

[@pablovinicius5036]

Parabéns Wesley e Rodrigo Branas, cara sensacional vocês, disponibilizando conteúdo de qualidade absurda. Muito bom mesmo, sensacional vocês.

[@samuel_coder]

top lembro quando aprendi angula 1 com o Rodrigo Branas Faz bastante tempo já

[@gilmarsantossilva4332]

já acompanho o Rodrigo Branas a algum tempo, sempre com conteúdos fantásticos.

[@eliandropaya7386]

Muito bom! Parabéns Branas e Willians!

[@riqpelego]

Alto nível. Valeu galera pelo conteúdo!

[@cokis]

muito raro encontrar um conteúdo tão sábio gratuito

[@allancassio6674]

mano aula maravilhosa. por mais aulas assim....

[@flaviomreis]

Parabéns ao Rodrigo pela excelente aula!

[@ztreinamento]

Ótimo conteúdo! 👏

[@rockNbrain]

caraca ajudou de mais a clarear as paradas do liivro do uncle bob!! valeuuuu!

[@crismlls]

TOP! Parabéns pelo conteúdo!

[@MoraesDev]

Sensacional obrigado branas mais um conteúdo de alto valor 👍

[@renatospaka]

Que espetáculo de aula. Quem sabe, faz ao vivo!!!

[@thiago75501]

1:29:40 você poderia usar um generics na interface para não ter esse tipo de problema. É o que o spring faz.

[@verquo]

Caralho, o Rodrigo é o bicho

[@JoseRicardo-rd1ey]

Live show! Assisti tudo. Excelente conteúdo.

[@rodrigomartins9115]

Branas é o show man dos cursos

[@jhonsef]

Toda vez que voltar aqui, eu vou agradecer. Valeu pessoal!

[@guinuplay]

Essa live é perfeita.

[@VictorMatheusMendes]

Quem sabe faz ao vivo. Top de +

[@andrepontes6520]

exceleeente muito obrigado, pessoal

[@kauanmocelin]

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.

[@rafaeldossantosoliveira6100]

Que live sensacional, parabéns Wesley :D

[@gilmarsantossilva4332]

conteúdo.. show. obrigado.

[@allancassio6674]

mano. eu to entendendo? que coisa louca!!!!... o foda agora é esse tema white do vscode do Branas. kkkkkkkk

[@leh2289]

Queria ver clean architecture no frontend.. tem pouquissimo conteudo sobre isso

[@julianosoares7115]

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?

[@brunopaz2830]

Começa aos 00:07:37

[@yurimelo3404]

Alguém aqui sabe me dizer onde tem o link do artigo que tem a imagem que o Branas apresenta em 2:34:43 ?

[@hugomarinheiro5330]

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

[@carloscarvalho7653]

Excepcional !

[@devitosolucoes7534]

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

[@alessandrob.g.4524]

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.

[@marceloortizdesantana9952]

muito bom

[@isaacmedeiros5526]

O ParkingLotRepository (interface) é da camana de Adapters?

[@eng.wandeson]

Os adapters seriam algo os DTOs?

[@juscilan]

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.

[@antoniovieiradasilvajunior666]

Muito bom. Alguém recomenda um bom curso de Clean Architecure por favor.

[@reiQD]

"S" do SOLID é o Single Responsibility Principle. O Interface Segregation Principle é o "I" do SOLID.

[@luan_maik]

Os useCases seriam o equivalente aos métodos do ParkingService, mas separados em arquivos. Me Corrijam se eu estiver errado.

[@JonasEmanuel20]

Alguém por gentileza, tem o link do repositório?

[@RodrigoBranas]

O link já está na descrição do vídeo, obrigado!

[@JonasEmanuel20]

Obrigado!

[@ronalddurand2680]

TOPPPPPPPPPPPPPPPPP

[@AlanSilva-cm8wc]

Link do curso?

[@mateusdossantos6053]

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)

[@augustodance]

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

[@bunnihilator]

vc tem um problema d encapsulamento nas entidades

[@marcosx86]

Começa aos 10:25

[@heitornovais7010]

O cara brinca de programar, que facilidade...