Posted on: August 11, 2025 10:05 AM
Posted by: Renato
Categories: Architecture arquitetura 100DaysOfCode developer
Views: 129
Arquitetura hexagonal / clean arch em 99% dos projetos - Hexagonal / clean arch architecture in 99% of projects
A Arquitetura que você aprendeu serve pra nada.
Com o tempo, você ganha senioridade, começa a ouvir sobre "boas práticas" e... pronto, caiu na armadilha.
Você pensa: quanto mais prática eu aplicar, mais limpo e profissional meu código fica, né?
Errado. KKKKK.
Parece contraintuitivo, eu sei.
"Claro que eu preciso de Clean Arch, TDD e DDD no meu todo-list."
Precisa mesmo? Ou você só tá repetindo o que ouviu sem pensar?
Esse é o maior erro de todos:
Achar que Arquitetura é template.
Mas o que a galera faz?
Fica mais preocupada em alinhar pastinha no VSCode do que em resolver o problema de negócio.
Quer saber o que importa de verdade em cargos táticos como Staff, Principal e Distinguished?
→ Gera mais receita?
→ Diminui custo?
Se a resposta for “não”, então a sua arquitetura, por mais "limpa" que esteja, é só um enfeite caro.
Grava isso:
Simplicidade > Complexidade.
Se você não precisa de um super desacoplamento, se esses recursos mal vão mudar, pra que diabos sair criando 12 camadas de abstração como se estivesse montando o sistema da NASA?
Escreve como se você mesmo fosse manter esse código pra sempre.
(Provavelmente vai KKKK)
Não entrega uma bagunça que vai te dar dor de cabeça depois,
mas também não escreve como se camadas extras significassem qualidade.
No fim das contas, o que importa é:
→ Resolveu o problema de negócio?
→ Com clareza e simplicidade?
Então tá bom.
Arquitetura não é sobre prever o futuro.
É sobre responder o presente com inteligência
- https://www.linkedin.com/posts/isaac-gomes-matos_a-arquitetura-que-voc%C3%AA-aprendeu-serve-pra-activity-7358833145036627968-duZF?utm_source=share&utm_medium=member_desktop&rcm=ACoAAAcNw5sBaqX_n6oEJs-B5EadMWUDiLzWRHs
3 Coisas que você precisa saber pra projetar boas arquiteturas
1 → Custo e tempo importam (e muito!)
↳ Quantas vezes você já viu alguém desenhando uma super arquitetura distribuída, cheia de cache, fila, balanceador e mais um monte de coisa… e no final gastando horrores de infra, sem entregar valor real pro negócio?Nem tudo precisa ser complexo — às vezes, o simples resolve. Tempo e custo são parte da equação desde o início.
2 → Não existe solução certa pra tudo: tudo é tradeoff
↳ Já ouviu a frase “sistemas distribuídos escalam melhor”? Então… será mesmo?Muita gente embarca direto em microserviços + BFF + microfrontends achando que é o combo mágico da escalabilidade. Mas esquece de pensar nos testes, CI/CD decente, tracing, deploy organizado...É tipo não conseguir correr 100 metros e decidir correr com uma mochila de 50kg.
3 → Reescrever parece lindo… até você começar
↳ Vira e mexe tem aquele sistema rodando bem, e aí por causa de uma feature nova alguém propõe: “vamos reescrever tudo e fazer direito dessa vez!”Mas aí vem os problemas:
→ custa muito esforço e grana
→ é arriscado (tempo x valor entregue)
→ precisa validar tudo do zero
→ rollout exige planejamento real
Com o tempo (e a senioridade), a gente percebe que o nosso valor pro produto vem muito mais de entender custo, tempo e valor gerado do que de escrever o código mais bonito.
- https://www.linkedin.com/posts/isaac-gomes-matos_3-coisas-que-voc%C3%AA-precisa-saber-pra-projetar-activity-7354122043170156544-dP63?utm_source=share&utm_medium=member_desktop&rcm=ACoAAAcNw5sBaqX_n6oEJs-B5EadMWUDiLzWRHs
Donate to Site
Renato
Developer