Tweet
Tweet

Slide 1

Slide 1 text

Arquitetura limpa: o bom, o ruim e o feio

Slide 2

Slide 2 text

Na teoria, todo conceito é incrível e funciona

Slide 3

Slide 3 text

Arquitetura de sistemas ou Arquitetura de código?

Slide 4

Slide 4 text

Algumas das promessas da Clean Architecture: - Manutenibilidade - Testabilidade - Desacoplamento - Separação de contextos - Inversão de dependência

Slide 5

Slide 5 text

Desacoplamento, não doutrinação DEJAMIR GIANELLI Um dos principais males do desenvolvimento de software é o alto acoplamento, e que um software com muito acoplamento entre diversas camadas e conceitos pode, a médio e longo prazo virar um Frankenstein difícil de se manter, testar e evoluir. A separação entre as camadas de negócio, aplicação e infraestrutura e a direção de dependência no final das contas tem o propósito de reduzir tal acoplamento.

Slide 6

Slide 6 text

S.O.L.I.D. Design Patterns Desacoplamento, não doutrinação

Slide 7

Slide 7 text

The good, the bad and the ugly

Slide 8

Slide 8 text

The good, the bad and the ugly

Slide 9

Slide 9 text

The good, the bad and the ugly

Slide 10

Slide 10 text

The good, the bad and the ugly

Slide 11

Slide 11 text

DEJAMIR GIANELLI Conversar sobre arquitetura de software falando de desacoplamento e componentização me parece muito mais interessante do que citar nomes, padrões e terminologias da moda que acabam soando mais como algum tipo de doutrinação na qual se você não seguir à risca tudo que está em um determinado livro você está cometendo uma blasfêmia

Slide 12

Slide 12 text

Alguns afirmam que a Arquitetura Limpa é overengineering Clean Architecture with Robert Martin (a.k.a. Uncle Bob) | theWiseDev-chat

Slide 13

Slide 13 text

Tomato Architecture

Slide 14

Slide 14 text

Tomato Architecture Não há absolutamente nada de novo na Tomato Architecture. São apenas algumas boas práticas de codificação e decisões arquitetônicas para manter as coisas simples e trazer de volta um pouco de sanidade para evitar o excesso de engenharia. Novamente, “Tomato” na “Arquitetura do Tomate” não significa nada. Assim como “Hexagon” em “Hexagonal Architecture” não significa nada. Não se prenda muito ao nome.

Slide 15

Slide 15 text

Tomato Architecture Pense no que é melhor para o seu software ao invés de seguir cegamente as sugestões de pessoas populares. Esforce-se para manter as coisas simples em vez de exagerar na solução, adivinhando os requisitos para a próxima década. Escolha uma tecnologia e adote-a em vez de criar abstrações com capacidade de substituição em mente. Certifique-se de que sua solução esteja funcionando como um todo, não apenas em unidades individuais. Princípios chave

Slide 16

Slide 16 text

Evolução da arquitetura do lado de back-end (AND-layered, DDD, Hexagonal, Onion, Clean Architecture)

Slide 17

Slide 17 text

Referencias: https://www.oreilly.com/library/view/fundamentals-of-software/9781492043447/ https://www.linkedin.com/pulse/por-que-estou-tentando-n%C3%A3o-fazer-mais-refer%C3%AAncia-clean-gianelli/ entrevista: https://twitter.com/otaviolemos/status/1677272857599000577 https://twitter.com/sivalabs/status/1661037389534617600 https://twitter.com/mjovanovictech/status/1685531738435387392 https://twitter.com/mjovanovictech/status/1684806975899525120 https://twitter.com/hugaomarques/status/1681130125163626496 https://medium.com/@iamprovidence/backend-side-architecture-evolution-n-layered-ddd-hexagon-onion-clean-architecture-643d72444ce4 https://github.com/sivaprasadreddy/tomato-architecture https://isaiascuvula.medium.com/flutter-clean-architecture-2837583ed5c0 https://youtu.be/ONj4zvLtmpA https://twitter.com/mjovanovictech/status/1685970125579603968 https://twitter.com/maciejwalkowiak/status/1662502738058440705