Eu costumava codificar em C # no estilo TDD - escrever / ou alterar um pequeno pedaço de código, recompilar em 10 segundos toda a solução, executar novamente os testes e novamente. Fácil...
Essa metodologia de desenvolvimento funcionou muito bem para mim por alguns anos, até o ano passado, quando eu tive que voltar à codificação C ++ e realmente sinto que minha produtividade diminuiu drasticamente desde então. O C ++ como linguagem não é um problema - eu tinha bastante experiência em desenvolvimento de C ++ ... mas no passado.
Minha produtividade ainda é boa para projetos pequenos, mas fica pior quando, com o aumento do tamanho do projeto, e quando o tempo de compilação atinge mais de 10 minutos, fica muito ruim. E se eu encontrar o erro, tenho que começar a compilar novamente etc. Isso é simplesmente frustrante.
Assim, concluí que, em pequenos pedaços (como antes), não é aceitável - qualquer recomendação, como posso me habituar ao antigo hábito de codificar por uma hora ou mais, ao revisar o código manualmente (sem depender de um compilador C # rápido) , e apenas recompilar / reexecutar testes de unidade uma vez a cada duas horas.
Com um C # e um TDD, era muito fácil escrever um código de maneira evolutiva - depois de uma dúzia de iterações, qualquer coisa com a qual eu comecei estava terminando em um bom código, mas simplesmente não funciona mais para mim (em uma compilação lenta meio Ambiente).