rafanoronha.speaking()

Muitas ferramentas podem ser úteis quando desenvolvemos software.

Design Patterns, ou padrões de projeto, ajudam a resolver problemas comuns.

Processos ajudam a conduzir projetos aos resultados desejados.

Abordagens e metodologias surgem quando alguém inventa algo que pode ajudar no dia-a-dia de equipes de desenvolvimento.

Testes e métricas podem garantir a qualidade do trabalho.

O que não pode acontecer, é aplicar apenas por aplicar.
Seja padrões de projeto, processos, práticas, abordagems ou métricas.

Seja Test-Driven Development, Domain-Driven Design, Design Patterns ou Scrum.

Não quero dizer que colocar em prática aquilo que muitos estão recomendando é ruim.

Também não estou dizendo que continuar fazendo as coisas da boa e velha maneira seja o caminho a seguir.
A não ser que os resultados que você tem conseguido são sempre plenamente satisfatórios (em time que está ganhando, não se mexe).

O que proponho é compreender o que está por trás de cada uma das práticas a serem implementadas, estejam elas na moda ou não.

Entender onde ganha-se e onde perde-se ao aplicar um padrão, um processo, uma abordagem, ou uma tecnologia.

Estudar conceitos, dominando os básicos e desbravando os mais avançados.

Sem isto, as melhores tecnologias, ferramentas e processos não serão suficientes para te guiar ao sucesso.

Para tanto não será necessário possuir n certificações, conhecer n frameworks e linguagens de programação.

Mais importante é entender como entregar um software de qualidade, e o que te ajudará a conseguir isto.