OS livros de Robert C. Martin são realmente muito bons e servem como referência, e foi realmente isso que me fez enxergar que o uso inadequado de DDD, Clean Arch, etc de maneira total sem noção, pode criar muitas camadas ao ponto de entrar em overengineering (sim, um projeto legado mal escrito pode ser mais simples de trabalhar que arquitetura aplicada no Go Horse).

Trabalhei em um projeot PHP Laravel em que fizeram o uso de DDD, dentro de DDD, e capando camadas importantes... E no final, para editar uma regra de negócio simples, era 50 cadamadas para encontrar um if com enum. Mais parecia várias camadas de uma cebola dentro e uma cebola, acopladas entre outras cebolas como se fosse microserviços (mas na visão do arquiteto não era micro serviços).

Um projeto bem estruturado com Clean Arch, se torna muito mais fácil de fazer manutenção, mas ao mesmo tempo se usado de maneira incorreta pode se tornar algo que somente o criador consegue lidar.