Pergunta

Eu trabalho para uma empresa de desenvolvimento web pequeno (apenas 2 a 3 desenvolvedores) que trabalham em uma ampla gama de projetos para clientes diferentes (tudo, desde CMS do que sites de comércio eletrônico).

Normalmente trabalhamos em nossos próprios projetos, mas, ocasionalmente, precisamos trabalhar juntos em um. Usamos subversão como nosso software de controle de origem e os locais são desenvolvidas em .NET usando o VS 2008 e SQL 2005.

Depois de ler muitas mensagens sobre o teste de unidade e outra "empresa" práticas de codificação de nível Eu queria saber o que outros desenvolvedores fazer para pequenos projetos que requerem apenas manutenção mínima e têm tempos de desenvolvimento curtos?

Estou a pensar, em particular, de coisas como é testar necessária unidade, etc.

Foi útil?

Solução

O teste de unidade é necassary não importa o que. Se você escrever código, você teste de unidade. Eu trabalho sozinho um monte também. Eu ainda testar. Eu não sei como eu já escrevi código antes.

Heres a maneira que eu olhar para ele. você não necassarily precisa das mesmas ferramentas caras como os meninos grandes, mas se você quiser ser grande, você tem que pensar grande. Fazer as mesmas htings, siga as mesmas práticas. À medida que suas necessidades crescem, obter melhores ferramentas. Por exemplo, se você fizer qualquer diagramnming UML, você porbably não precisa de nenhum saftware. Apenas um quadro branco / papel. Mas ainda usam UML. Quando suas necessidades crescem, você pode olhar para obter um software especial.

gerenciamento de projeto Even. Você não necassarily precisa das ferramentas caras para controlar projetos, contanto que você fazê-lo. À medida que suas necessidades crescem, você pode se softwaare especializada.

Em suma, fazer as mesmas coisas que você faria se você fosse maior, mas você não precisa necassarily as mesmas ferramentas. Aquire conforme necessário.

EDIT: devo mencionar que embora algumas das coisas que você faz, claro, é dependente de seus methodolies / processos que você usa. Por exemplo, você faz o desenvolvimento ágil? Ser pequeno você não há necassarily precisa fazer tudo exatamente o mesmo. Por exemplo, eu tento ser ágil, mas eu obviamente não faça programa par :). Você só precisa aprender a adaptá-los para o que funciona para você.

Outras dicas

Eu acho que o maior erro que você pode fazer é descartar algo para ser um nível 'empresa' padrão de codificação. Embora coisas como CI, servidores de compilação, teste de unidade, padrões de codificação (eu não posso pensar o que mais você pode dizer) etc .. pode levar uma sobrecarga inicial que vai pagar dividendos a longo prazo. Por exemplo, se seu projeto é cortado juntos agora e três anos mais tarde seu cliente quer adicionar um recurso que você será feliz que você colocar no tempo para obter testes de unidade agora. (OK este pode ou não acontecer, mas ... se o seu cliente recebe alguém para olhar para a sua solução no futuro e que vêem mal cortado código que eles não podem usar de novo).

Lembre-se assim quanto mais você fizer essas coisas, quanto mais rápido ele se tornará.

O ambiente de desenvolvimento é muito pequena também. Nós principalmente fazer o desenvolvimento web Java (alguns php) como se opor a .NET ou qualquer outra coisa. Usamos armário Projeto para o nosso wiki, svn e rastreamento de bugs do sistema. Para o desenvolvimento de código varia entre Netbeans 6.1 e Eclipse e MySQL como o nosso banco de dados backend.
Nós fizemos uma prática padrão para testes de unidade de gravação para o nosso código. Faz atualizando nossa base de código soo muito mais fácil 4 meses mais tarde.

A coisa é:. A dormir muito melhor à noite, se você sabe que pelo menos os testes de unidade percorreu bem antes você implantou esse material

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top