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 de 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, em breve lidamos com restrições de responsabilidade de cada camada, passa ser desafio fazer 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 nudget, quanto mais cedo resolvemos desafios assim, menos travados ficamos no futuro.