Uma das grandes vantagens que eu vejo na adoção de padrões de projeto é a redução do custo e do risco para mudança. Deixa eu explicar.

Quanto mais padrões você utiliza no seu código, óbvio, observando a necessidade, mais você torna esse teu código familiar para outras pessoas que também conhecem esses padrões de projeto. Percebe?

Isso faz com que as pessoas então entendam a intenção do teu código, consequentemente possam também entender quais são as modificações necessárias, caso elas existam para atender uma nova demanda de negócio, tudo isso com muito menos custo, com muito menos risco.

Utilizar bons padrões de projeto reduz a demanda de carga cognitiva, que é talvez a grande limitante das equipes de desenvolvimento de software moderno.

Pois é, menos custo e risco com padrões de projeto.

Uma das técnicas que eu tenho utilizado ao longo dos tempos e que tem melhorado bastante a implementação do meu código é a observação do design por contratos.

Um contrato estabelece pré-condições, pós-condições e invariantes para a execução de um método.

Se você conhece o conceito, eu recomendo que você faça isso, porque na prática, o que é uma exception, por exemplo, que é lançada em um determinado código, em uma linguagem como C# ou Java? Nada mais é do que a constatação de que o código não está seguindo o contrato que havia sido especificado, seja pelo chamador, que passou, por exemplo, parâmetros inválidos, pré-condições inadequadas, seja pelo próprio código, que eventualmente retornou algo diferente do esperado, ou seja, não atendeu as pós-condições. Ou ainda, uma falha do ambiente, que é um dos elementos de invariancia ou invariante.

Pois é, pré-condições, pós-condições e invariantes. Base para a gente pensar bem em design de software.