Teste spike solution

...

Quando uma dificuldade técnica ameaça segurar o desenvolvimento do sistema colocar um par de desenvolvedores sobre o problema por uma semana ou duas e reduzir o risco potencial.

O conceito de throw away código é a prática de codificação para resolver um problema técnico, ou praticar a implementar vários padrões de design / práticas. Quando seu feito praticar jogar o código fora e começar de novo, ou implementar o que aprendeu da sessão prática. Quando você ligou para o final da sua sessão então jogar o código fora e começar de novo sua próxima sessão.

Ter um objetivo para cada sessão. Definir uma meta como aprender a implementar o estratégia design padrão, encontrar uma solução para um técnico / problema de design, ou testar uma nova estrutura de teste irá ajudá-lo manter o foco e atingir seu objetivo.

Manter sua prática de sessões curtas, que eu gosto de mantê-los entre 30 minutos e 2 horas, mas nunca mais de 2 horas. Passando seu tempo definido para sua sessão, muitas vezes vezes trabalha contra você e faz com que você para o foco solto no seu objetivo. Também já tive a maior dificuldade em convencer o negócio na aprovação de tempos mais longos de sessão.

Combinar estas sessões com programação par também fornece um ótimo meio para partilha com os membros da equipe de conhecimentos. Se você precisa mostrar um novo membro da equipe de sua biblioteca de software / quadro, apresentá-los para TDD, ou aprender um novo padrão de design é outra boa ferramenta para você usar para ajudar a alcançar seus objetivos.

Então não tenha medo de jogar fora seu código. Na verdade eu encorajá-lo a implementar o throw afastado codificação sessões (também conhecido como spike solutions) em sua equipe.