Como avaliar um projeto de código aberto tendo em mente?

14

Assumindo que eu encontrei um projeto de código aberto no qual estou interessado, como eu avalio o projeto (os membros, o nível de atividade, etc.) para determinar se aderir ao projeto será um bom uso do meu tempo e energia ?

    
por Achilles 01.10.2010 / 17:52
fonte

6 respostas

16

Veja o histórico do controle de origem.

A partir disso, você pode ver check-ins, revisar código, avaliar o nível de atividade e, geralmente, ver a qualidade dos commits. Você pode aprender mais apenas olhando a atividade do código-fonte.

    
por 01.10.2010 / 17:56
fonte
9

Você pode fazer várias coisas:

  1. Veja os arquivos da lista de discussão, veja como a comunidade se comporta em público
  2. Veja a frequência de seus lançamentos e a qualidade das notas de lançamento
  3. Procure uma declaração de missão clara e uma lista de recursos / requisitos em seu site
  4. Verifique sua maturidade - se você deseja ser orientado / facilitado em um projeto, um projeto maduro é mais tolerante do que um novo projeto. O inverso também é verdadeiro.
  5. Olhe para a estrutura, é um ditador benevolente ou uma abordagem do conselho da comunidade
  6. Procure as instruções de adesão deles, amigáveis? claro?

Isso é um começo de qualquer maneira:)

    
por 01.10.2010 / 17:57
fonte
2

Teste as águas um pouco primeiro. Sair nas listas de discussão, canais irc etc e ver como as coisas funcionam. Corrigir um erro ou adicionar um recurso solicitado por você mesmo e enviar um patch. Veja como é aceito ... eles trabalham com você para editá-lo e incluí-lo ou lutar com você?

Avalie-se também. Você realmente tem tempo e interesse para ficar por perto e valer a pena investir no projeto para que você fique em dia?

    
por 06.10.2010 / 11:15
fonte
2

Veja a cobertura de teste. Contribuir para um projeto com um histórico / exigência de apenas aceitar pedidos / correções com testes de aprovação será um processo muito mais bem-sucedido e divertido do que tentar colaborar em algo com desenvolvedores que não podem / não escrevem testes de unidade.

Eu tive que trabalhar na atualização de versões antigas de bibliotecas abandonadas algumas vezes para o trabalho. Normalmente, eu ficaria feliz em ser pago para contribuir com projetos de código aberto. Mas quando não há testes e documentação pobre, é apenas infernal.

    
por 27.05.2011 / 10:55
fonte
1

Participe se você aproveitar o 1 trabalhando no projeto.

1 : "curtir" pode significar o que te faz feliz.

    
por 01.10.2010 / 17:58
fonte
1

Baseie-se em seus objetivos (não tenho certeza do que eles são). Se você está tentando obter experiência em programação, você não tem muito a perder experimentando. Se qualquer coisa, você pode aprender como 'não' codificar.

Se você está tentando fazer um nome para si mesmo, anexando-se a um grande projeto, você pode ter um tempo mais difícil. Tente pesquisar na net por blogs ou comentários de outros desenvolvedores e usuários do software (se estiver longe). Dê uma olhada no progresso da codificação. Está se movendo em um ritmo ao seu gosto.

Tentar descobrir se os outros membros "jogam bem com os outros" pode usar uma combinação de algumas das práticas que acabei de mencionar.

Experimente. "Não custa nada" - John Belushi, Animal House.

    
por 01.10.2010 / 18:25
fonte