Introdução
Imagine isso. Você acabou de se juntar a um projeto que está em andamento há três anos. Abre o repositório do código pela primeira vez e procura por uma única tela.
O que você encontra em vez disso é um labirinto. A tela faz uma chamada para a API diretamente. No meio do mesmo arquivo, há lógica de negócios decidindo se o usuário é elegível para um desconto. Umas poucas linhas abaixo, uma consulta ao banco de dados. Em seguida, código de navegação. Depois uma verificação de validação que ninguém lembra de ter escrito.
Tudo vive no mesmo lugar.
Agora seu gerente pede que você faça uma pequena alteração: atualize a forma como um desconto é calculado. Você faz a mudança. Cinco arquivos quebram. Três novos bugs aparecem em lugares que não tinham nada a ver com descontos.
Este é o momento em que a maioria dos desenvolvedores começa a perguntar por que seu código é tão frágil. E este é exatamente o problema que a Arquitetura Limpa foi construída para resolver.
É bom dizer logo de cara: Arquitetura Limpa não é sobre escrever mais código, e também não é sobre seguir alguma lista sagrada de regras de um livro. É sobre organizar o código para que mudar uma coisa não quebre silenciosamente cinco outras.