Come valutare un progetto open source con l'adesione?

14

Supponendo di aver trovato un progetto open source a cui sono interessato, come valuto il progetto (i membri, il livello di attività, ecc.) per determinare se l'adesione al progetto sarà un buon uso del mio tempo e delle mie energie ?

    
posta Achilles 01.10.2010 - 17:52
fonte

6 risposte

16

Guarda la cronologia del controllo sorgente.

Da questo, puoi vedere check-in, codice di revisione, misurare il livello di attività e generalmente vedere la qualità dei commit. Puoi imparare di più semplicemente osservando l'attività del codice sorgente.

    
risposta data 01.10.2010 - 17:56
fonte
9

Puoi fare diverse cose:

  1. Guarda i loro archivi delle mailing list, vedi come la community si comporta in pubblico
  2. Guarda la frequenza delle loro versioni e la qualità delle note di rilascio
  3. Cerca una chiara dichiarazione di missione e un elenco di funzionalità / requisiti sul loro sito
  4. Verifica la sua maturità - se stai cercando di essere mentorato / agevolato in un progetto, allora un progetto maturo è più indulgente di un nuovo progetto. È vero anche il contrario.
  5. Guarda la struttura, è un dittatore benevolo o un approccio al consiglio di comunità
  6. Cerca le istruzioni per partecipare, amichevoli? chiaro?

Questo è comunque un inizio:)

    
risposta data 01.10.2010 - 17:57
fonte
2

Prima prova le acque un po '. Resta in contatto con le mailing list, i canali irc, ecc. E guarda come funzionano le cose. Risolvi un bug o aggiungi tu stesso una funzionalità richiesta e invia una patch. Guarda come è accettato ... lavorano con te per farlo pubblicare e includere o combattere contro di te?

Inoltre valuta te stesso. Hai davvero il tempo e l'interesse per restare e valere il valore del progetto investendo per aggiornarti?

    
risposta data 06.10.2010 - 11:15
fonte
2

Guarda la copertura del test. Contribuire a un progetto con una storia / mandato di accettare solo richieste di pull / patch con test di passaggio sarà un processo molto più efficace e di successo rispetto al tentativo di collaborare a qualcosa con sviluppatori che non possono / non scriveranno test di unità.

Ho dovuto lavorare sull'aggiornamento di vecchie versioni di librerie abbandonate un paio di volte per lavoro. Normalmente, sarei entusiasta di essere pagato per contribuire a progetti open source. Ma quando non ci sono test e documentazione scarsa, è semplicemente infernale.

    
risposta data 27.05.2011 - 10:55
fonte
1

Partecipa se ti piacerà 1 lavorando al progetto.

1 : "enjoy" potrebbe significare qualunque cosa ti renda felice.

    
risposta data 01.10.2010 - 17:58
fonte
1

Basalo sui tuoi obiettivi (non sono sicuro di cosa siano). Se stai cercando di ottenere un'esperienza di programmazione, non hai davvero molto da perdere provandolo. Se non altro, puoi imparare come 'non' codificare.

Se stai cercando di farti un nome assegnandoti ad un grande progetto, potresti avere un tempo più difficile. Prova a cercare in rete blog o commenti di altri sviluppatori e utenti del software (se è così lontano.). Dai un'occhiata ai progressi della codifica. Si sta muovendo ad un ritmo a tuo piacimento.

Cercando di scoprire se gli altri membri "giocano con gli altri" può prendere una combinazione di alcune delle pratiche che ho appena citato.

Provalo. "Non costa niente" - John Belushi, Animal House.

    
risposta data 01.10.2010 - 18:25
fonte

Leggi altre domande sui tag