Clean Architecture ou Arquitetura Limpa (CA) se tornou um padrão amplamente adotado e amado na comunidade de desenvolvimento. Mesmo que não faça sentido nenhum usar, todo desenvolvedor deveria se familiarizar com ela. No final das contas, o que domina a indústria quase sempre se torna a regra, independentemente de você concordar ou não.
Mesmo para CRUDs simples
Ao longo da minha trajetória trabalhei sempre com projetos que tinham over engineering, projetos que eram 4 páginas de tabelas com CRUD mas tinham diversas camadas de abstração, por isso eu aconselho, não usem soluções simples em projetos pessoais e pequenos, usem apenas o que é dominante na indústria como arquitetura limpa, pois quando forem realmente precisar estarão preparados para performar com over engineering ou até passar em uma entrevista.
O valor do que é socialmente dominante
O ponto principal é: não se trata apenas do que faz sentido tecnicamente, mas também do que é socialmente dominante na indústria. Aprender e dominar Arquitetura Limpa significa que você estará preparado para quando seu chefe te jogar num sprint boards com dezenas de tasks em um sistema cheio de over engineering e prazos a serem cumpridos.
Dominar é melhor do que resistir
Mesmo que você esteja construindo um CRUD simples em .NET, vale a pena estruturar o projeto seguindo Clean Architecture. Assim, você desenvolve prática com algo que trava profissionais de todos os níveis
Preparado para qualquer desafio
Assim que pegamos uma feature complexa dentro de um sistema com arquitetura limpa, logo lidamos com as restrições de responsabilidade de cada camada. Por exemplo, passa a ser um desafio fazer a entidade de usuário, dentro do domínio, trabalhar com Identity e EF Core sem fazer a camada de domínio depender de pacotes do NuGet. Quanto mais cedo resolvemos desafios assim, menos travados ficamos no futuro.
Pessoas que dizem ser contra vivem em outra realidade
Na prática, a maioria dos desenvolvedores não escolhe a arquitetura dos sistemas em que trabalha. Engenheiros de software nos níveis mais baixos da hierarquia geralmente não tomam essas decisões — eles seguem a direção definida pela liderança técnica.
Em algum momento da sua carreira, você provavelmente será alocado em um projeto que utiliza Clean Architecture sem nenhuma real necessidade. Simplesmente é assim que a indústria funciona.
Eu me lembro de uma vez em que fui alocado em um projeto de microserviços extremamente complexo construído em torno de Clean Architecture e várias outras coisas: Kubernetes, DDD, Vertical Slice e Event Sourcing. Isso não é incomum. Muitas grandes empresas de tecnologia adotaram certos padrões arquiteturais e, eventualmente, o resto do mercado seguiu o mesmo caminho.
Você pode passar por um processo seletivo com centenas de candidatos apenas para entrar em um projeto que é claramente superengenheirado. Nesse ponto, você está lá para entregar software — não para questionar decisões arquiteturais. Essa é a realidade da indústria de software.