Clean Architecture (Arquitetura Limpa) // Dicionário do Programador

[@cesaraugusto-ko6fj]

A pergunta que eu tinha era simples, por onde começar a implementação da clean arch. E minha nossa, esse vídeo não só respondeu essa, como varias outras que eu tinha. Melhor canal de tecnologia do planeta, nice demais ❤

[@codigofontetv]

Uau! Que comentário maravilhoso. Muito obrigado, ganhamos o dia.

[@andremacau9783]

Passando aqui para agradeçer, pois vi no canal de vocês a veiculação do bootcamp da Avanade, hoje recebi a resposta positiva, estagiário da Avanade, obrigado.

[@codigofontetv]

Que ótimo! Sucesso André!

[@pgnt]

Utilizo há tempos essa arquitetura e é ótima, dá um pouco de trabalho no começo organizar as camadas mas depois a manutenção fica muito fácil, vale a pena até para pequenas coisas (que às vezes crescem, se não em tamanho - já estimado pequeno - mas em complexidade). Tipo, só fazer uma base do projeto nessa arquitetura e iniciar novos projetos com ela. Vem me poupando muito (re)trabalho ao longo dos anos, principalmente quando se envolve clientes que não sabem direito o que querem, alheios às próprias regras de negócio.

[@geversonloch5817]

Vcs são fantásticos! Explicaram de forma simples e agradável...

[@leonardo-ssa]

Vocês são TOP, sempre que venho buscar algum conteúdo no YT, vocês aparecem para me salvar :)

[@montanh4tech]

Além do conteúdo fantástico, o jaleco de vocês me trás na memória o mundo de Beakman. Parabéns pelo trabalho, continuem assim.

[@marcosadriano5861]

Vi esse vídeo a um tempo atrás e lembro de não ter entendido muita coisa, mas recentemente li o livro "Arquitetura Limpa" do Uncle Bob e "Arquitetura Limpa da Prática" do Otávio Lemos e consegui entender tudo.

[@weinny1000]

O Otávio Lemos possui um vídeo explicando sobre clean architecture. Irei assisti-lo para ver se consigo entender alguma coisa kkk

Opa, mais um. Estou ficando viciado nesses vídeos :D

[@gesiel.kloeppel]

Muito bom o vídeo. Só mudaria uma coisa: Colocaria a interface do repositório na camada de use case, ja a implementação sim deixaria na camada de adaptadores. Caso contrário, a regra de dependência seria quebrada. 🤘

[@jhonrods]

Exato! Muito bem observado. Estava indo comentar a mesma coisa

[@programmate]

Os casos de uso se referem exclusivamente às regras de negócios daquela aplicação específica.

[@jonathanalcantara7347]

Vídeo top! Ficou bem fácil de entender a responsabilidade das camadas e seus contratos, parabéns!

[@rotognin]

Showzaço de bola Cdf's! 100sacional. Vou tentar evoluir meus códigos no php usando CA. Tem muitos conceitos de PSR's que não consigo seguir por causa disso, de não saber implementar a CA. Obrigado CDF's! Abraço

[@DotcodeEdu]

Padrão de projetos é um tema muito massa. Ótimo vídeo!!

[@gabrielcoelho1623]

Estou maratonando esses vídeos, são muito bons!!!!

[@marcosrobertoartimundo349]

Como é bom assistir esse vídeos....Conteúdo show.

[@abraaomoreira_]

Tenho um tantão de coisa pra aprender em arquitetura, acabo de descobrir que embora eu siga mais ou menos o padrão, meus códigos ainda são bem ruinzinhos nesse aspecto Ainda estou limpando o código, logo mais me aprofundo em limpar a arquitetura também

[@ramonnlisboa]

Maravilha!!! Minha nova série favorita!!!

[@codigofontetv]

Seja muito bem vindo Ramon. 🤓

[@luizfernandoareas25]

Precisava muito desse vídeo! Obrigado, dupla dinâmica!

[@brugerf]

Vídeo TOP! Já vou providenciar o Clean Architecture do Uncle Bob para me aprofundar no tema.

[@LeandroOliveira-kn9qx]

vcs sao muito engraçados, e ao mesmo tempo, entregam conteúdo de qualidade.

[@IlustraDev]

Vídeo toooop.. E esse livro é incrível, super recomendo.

[@MateusRodrigues-014]

Conteúdo cada vez melhor

[@codigofontetv]

Muito obrigado Mateus!!!

[@guilhermeandraschko]

Muito bom trazer esse assunto, parabens

[@codigofontetv]

Que bom que gostou

[@felipefelix1525]

Obrigado pelos vídeos de vocês ❤

[@tadeubdev]

Vídeo simplesmente sensacional! Parabéns!

[@renatomdemello]

Parabéns, excelente aula!

[@davidlima3617]

to lendo esse livro muito legal tem a caricatura dos fundadores das prinicipais linguagens... livro incrivel

[@alisonamurabi1310]

Ótimo vídeo Gabriel e Vanessa😆 tenho esse livro na versão Inglês😆

[@aclanza100]

Um beijo no coração de vcs também. Obrigado pelo vídeo 😃

[@jeanjagnow2524]

Fiquei ano passado inteiro estudando sobre, quando vi o real benefício busco implementar tem quase todos os projetos

[@Daniloalalmeida]

Muito bom!!! Ótimo resumo!!

[@heliobras9466]

Eu amo esse casal 🥺

[@rafabertholdo]

Video top. Mal posso esperar pelo de Domain Driven Design.

[@codigofontetv]

Não seja por isso! 😁 kzbin.info/www/bejne/fXaZkqZ7n7l5rJo

[@micaelygusmao3658]

Arquitetura e código limpo é sempre um assunto que me deixa com uma leve dúvida na mente: quando exatamente é a hora de um programador se dedicar a isso? Pensando que um iniciante acabaria desistindo até de ser um programador se focasse nisso. Como sempre, mais um conteúdo de extrema qualidade 👏🏽

[@FutebolnoHabbo]

Depende, sou "iniciante" e gostei bastante dessa parte de arquitetura msm sendo mais avançado

[@arthusantiago]

Ótimo vídeo!

Muito bom! E reparei no enfase que deram a dizer que as regras de negocio não vão no front :P Abraço

[@ricardodemariasousa1908]

Oi vocês falaram sobre flask e django, tem um web framework muito parecido com o express para o python seu nome é fastapi, acho que seria bacana falar dele, muito obrigado pelo conteúdo de vocês e parabéns!!!

[@codigofontetv]

Sem dúvida Ricardo! O FastAPI é muito legal e merece vídeos sobre ele aqui no canal!

[@RicardoSantos-wl1bg]

Olá pessoal! Eu acredito que ocorreu um pequeno equivoco na descrição das entidades, teoricamente elas não devem ter a ver com o DB, elas tem a ver é com o core da aplicação, ou seja, a razão de ser principal da aplicação independente de como será automatizado. Ótimo video! Abraço!

[@nettoaoquadrado]

Realmente, ficou um pouco confuso com a descrição de interdependência anterior.

[@jogoson7540]

Estou com muita dificuldade para estudar nesse período de pandemia. Homeoffice, faculdade, cursos e etc. Faço Eng de Software e estou com muita dificuldade por conta das coisas citadas anteriormente. Alguma recomendação ?

[@ramonprata9531]

comecei a seguir a pouco tempo e já virei fã. Adoro essa serie do Dicionário do Programador principalmente porque chega um momento na carreira que vc entende que as vezes é mais importante entender o "O QUE" (conceitos) do que o "COMO" (mão na massa). Saber conceitos, conhecer os recursos que temos a disposição e saber quando usa-los e quando não, é o que acho que tem me feito evoluir como programador. Parabéns pelo trabalho de vocês e obrigado por nos ajudar. ps. please, não parem!

[@giovanebolsoni158]

Poderiam fazer um video de PSR por favor, amo os videos de vocês S2

[@coda.fofo123]

up

[@claudioandroidjavamecatron6714]

muito bom, parabens

[@alison.aguiar]

Meus projetos tem cada uma arquitetura própria.

[@willweadev]

Melhor parte 9:14: "Mas antes vamos criar a nossa repLository interface"

[@WilliamMeier]

Seria legal ter esse modelo de código que vcs apresentaram em um GIT publico.

[@JojsV]

Muito bom!

[@caioguerra4294]

uma pergunta: o livro de arquitetura limpa é bom para iniciantes ??

[@codigofontetv]

Oi Caio, ótima pergunta. Estudar arquitetura junto com programação pode confundir um pouco. O livro arquitetura limpa é um excelente livro que deve ser lido mas no tempo certo. Nossa indicação para quando você tiver a necessidade de melhorar nesse campo é estudar pelo livro "Arquitetura Limpa na Prática" do professor Otávio Lemos. Nesse link você consegue um desconto nosso, vale a pena o investimento. codft.me/arquiteturalimpa

[@caioguerra4294]

@@codigofontetv entendo. Outra duvida. o livro código limpo é bom para iniciantes ????

[@criador.robo-rpa]

pessoal, me tirem uma duvida os adapters não seriam propriamente dito interfaces para ser usadas nos usecases? ex: eu tenho um adapter chamado admin com os metodos (create, delete, update...) ja no useCases eu implementaria todos os contratos que foram criados na interface admin, correto?

[@luuuuuuuiz]

Um vídeo sobre PSR seria top!

[@kayanlira5404]

1- Se um caso de uso levar em consideração mais de uma entity (Colaborador), faria sentido esse caso de uso ficar dentro da pasta Colaborador? 2- Se não deve haver dependência do domínio com o mundo externo, por que na pasta colaborador (domínio) teria uma pasta controller (infra/tecnologia)?

[@pabloalexandre2]

Até onde lembro, a camada "adaptadores de interface" é uma camada que não deveria conter nenhuma referência a frameworks e drives. Ela seria uma camada associativa, deveria transformar objetos da camada use case para objetos da camada "interfaces externas" para facilitar a comunicação da aplicação com o mundo externo e vice-versa. No caso apresentado os drivers e frameworks não estão na camada Adapter que corresponde a camada "adaptadores de interface" ? Se sim, isso não estaria quebrando uma regra da arquitetura ?

[@Lorajobrpro]

Acredita que o Gemini me indicou esse vídeo para conhecer mais sobre o arquitetura limpa

[@pedrofaria7322]

Particularmente, esse canal é um dos que eu mais sou grato pela existência e toda contribuição com conhecimento na minha jornada como estudante. Mas, nesse vídeo, infelizmente saí mais confuso do que com entendimento. No minuto 6:45 é dito que a regra da dependência deve sempre apontar para o nível mais alto da aplicação (mais interno), ou seja, entidades não podem saber nada sobre casos de uso e adaptadores, casos de uso não podem saber nada sobre adaptadores. Nessa afirmação, fica interpretativo que a relação contrária é válida - Casos de uso PODEM saber sobre entidades, adaptadores PODEM saber sobre casos de uso e entidades (pelo menos foi assim que eu interpretei). Em 10:37 foi dito exatamente o contrário: As camadas mais externas nunca sabem nada das camadas mais internas. Inclusive em 11:00 é dito que as classes internas são concretas (não seriam classes mais abstratas, de alto nível, sendo as concretas aquelas externas que possuem implementação?). Na minha concepção, adaptadores e controllers (camada de implementação) chamariam diretamente métodos dos usecases (camada abstrata), injetando as dependências já implementadas, enquanto usecases teriam como dependências abstratas justamente essas que seriam implementadas e injetadas pelos adapters. Gostaria de saber se alguém mais teve essa dúvida assistindo a esse vídeo, ou se tem algo que não entendi direito.

[@thiagochristopher7855]

Poderia explicar o que é PSR?

[@wellingtoncosta9429]

🙌🏻

[@programmate]

O que eu faria de diferente é passar os dados para os casos de uso e, em seguida, devolver esses dados para a camada de adaptador, onde eu os salvaria no banco de dados.

[@davilucasmarques7921]

😍

[@pabloalexandre2]

Na interface UsecaseInterface existe uma quebra da regra de dependências. A UseCaseIterface possui uma referência direta a camada Adapter, pois a mesa depende da interface UseCaseRepository. Isso não seria um problema ?

[@rilder.almeida]

OMG! Uma mulher inteligente é uma linda mulher!

[@marcelorafael23]

Perfect

[@erandirjunior9618]

Olá, gostei muito do vídeo de vocês, mas há um erro que chama bastante atenção. Na classe Service que implementa a interface UseCaseInterface, existe a dependência da interface RepositoryInterface, não seria problema ter essa dependência, mas só se essa interface fosse criada na camada de UseCase, o que não é o caso, vocês criam essa Interface na camada Adapter, ou seja, a camada mais interna conhece da camada mais externa, o que viola um dos princípios da arquitetura limpa.

[@hermogs1088]

Olá pessoal! eu sempre utilizei essa organização de pacotes e sempre chamei de MVC rs

[@pand367]

vocês utilizam ou já tentaram utilizar o asdf?

[@thiagobrunoms]

Não seria mais adequado separar a usecase em várias usecases menores, seguindo o SRP? Cada usecase com uma operação única....

[@eronplay1015]

Também acho Thiago, para seguir o principio de responsabilidade única, neste caso deveria ter uma classe 'usecase' para cada operação.

[@aislanarislou]

Vídeo do PSR, por favor!!

[@feab100]

Video top!

[@marcelom.s3202]

Alguém me indica um bom livro pra aprender JavaScript?!

[@elziolima6918]

Documentação, amigo. Sempre

[@junioryt1322]

Cristian é foda , fez tu ser parado pela polícia kkkk

[@alcidesneto6415]

Ficaria melhor o vídeo se vcs adicionassem ao longo da explicação, a imagem da arquitetura limpa exibida em 4:22, e indicando onde se encontra cada código informado a partir de 7:30. Estou começando a estudo design patterns e está bem difícil esse início. É muito detalhe e as vezes não consigo entender como que determinado código é compatível com o padrão que estou estudando.

[@codigofontetv]

Boa sugestão! Muito obrigada Alcides

[@rodrigonunes6197]

Show

[@thiagojosedasilva8866]

parabens

[@alessandrob.g.4524]

C vcs, Programaçã na TV Cultura

[@fankerugamer]

Não consegui entender quais benefícios isso teria para aplicação.

[@AniltonNeto]

Olá pessoal. Achei interessante o vídeo, porém achei um erro na vossa implementação. Na Class Service e no método store, o atributo colaborador é passado mas não é utilizado. Ao invés disso é refênciado a variável bookmark. E se for fazer o teste acredito que não vai funcionar, mas contudo gosteido vídeo. ;)

[@doctor-hook]

Tem um monte de coisa que está diferente do que o Uncle Bob ensina no curso dele. E estranhamente quase todo mundo faz diferente. Eu não sei quem está errado, o Uncle Bob ou os demais.

[@josueeliel8454]

mt fofo

[@heloisarocha6325]

Valeu pelo vídeo. Uma observação: estão pronunciando Postgres incorretamente. "PostgreSQL is pronounced Post-Gres-Q-L", "If you find 'PostgreSQL' hard to pronounce, call it 'Postgres' instead". Confiram como é a proncuncia oficial na documentação: wiki.postgresql.org/wiki/FAQ#What_is_PostgreSQL.3F_How_is_it_pronounced.3F_What_is_Postgres.3F

[@blueNeodymium]

#PSR-15

[@hfo4326]

Código limpo: longevidade Código eficiente: é eficiente, mas a longo prazo quando for mexer...

[@Augustocampe]

Excelente vídeo. Foi claro e objetivo. Pra quem trabalha com .net C# tem um exemplo de Clean Architecture feito por Marcoratti: kzbin.info/www/bejne/hpule62kh9t9p8U

[@LaercioLopesLL]

Encontrei um problema no Livro Arquitetura Limpa: ele não explica como vocês explicam! 😂

[@Claudioeletronico3]

Dar dislike é sacanagem..😟😟

[@lucianaetcharles3918]

invejosos bem, invejosos... hahaha

[@lblanes]

Esse exemplo não bateu com a explicação... na sua explicação a camada de adaptors ficava por fora da use cases então a referência está pra fora e não pra dentro

[@baraomochileiro]

Pra 12 minutos tá bom

[@viniciusdesouzaaraujo5699]

Segundo

[@bernardoaraujo3234]

O leon e a nilce estão diferentes, não acham?

[@JunioDutra]

dev php não sabe fazer essas coisas.... sadajhsdghjkasgdkjhads que triste

[@pedrooctavio5817]

Javascript que diga ksks

[@matheusaraujo8617]

@@pedrooctavio5817 que bom q eu sou typescript kkkk

[@nan-code]

@@pedrooctavio5817 Se vc entendi bem o conceito da clean architecture, vc consegue trabalhar com esse padrão no javascript sem muitas dores de cabeça.

[@pedrooctavio5817]

@@nan-code em qualquer linguagem pode, a arquitetura não é um padrão "coloque esse nome nessa pasta, essa classe tem que ter esse nome...", é algo mais para organização e otimização, mas especialmente no javascript tem gambiarra até de mais, principalmente por serem em sua grande maioria, devs frontend mexendo no backend.

[@nan-code]

@@pedrooctavio5817 se tem dev front, mexendo no back, o erro não é o dev, é da equipe em si, e se um dev frontend não sabe trabalhar com um bom padrão de projeto e arquitetura ai ferrou.

[@Thud94]

Não gostei da narrativa/didática desse vídeo, fica parecendo uma espécie de faustao.js

[@VictorHugo-victorvhpg]

Vídeo fraco , parece que não possuem experiência na prática. Estudaram o básico pra tentar fazer esse vídeo mal feito

[@luizc.jr.2064]

Blá blá blá.... como sempre, falam e falam mas não dizem nada. Pior que dá view.

[@claudioandroidjavamecatron6714]

muito bom, parabens