A quale fase di un progetto Open Source dovresti invitare contributi dalla comunità? [chiuso]

23

Mi sono chiesto come ottenere contributi per un nuovo prodotto open source che il mio team svilupperà. Ci incoraggia a ottenere il massimo sostegno dalla comunità più ampia, ma possiamo anche vedere questo assorbendo un sacco di tempo per assicurarsi che le terze parti situate fuori dal nostro ufficio siano sulla buona strada per quanto riguarda la qualità del codice. Inoltre, all'inizio del progetto è probabile che ci siano un sacco di discussioni informali all'interno del team principale per quanto riguarda la progettazione del sistema, i picchi ecc. E portarli online per consentire il coinvolgimento della comunità richiederà molto tempo e posso immaginare che potrebbe rendere discussione meno efficace.

C'è un lato più umano di questo, che probabilmente deve essere considerato: permettere che il coinvolgimento della comunità nel processo di progettazione possa anche avere i suoi benefici per quanto riguarda la percezione della proprietà del progetto, e c'è sempre una possibilità che il coinvolgimento precoce possa riprendere i problemi che il team principale non ha notato.

Quindi la domanda: in quale fase di un progetto Open Source dovresti invitare contributi dalla comunità?

    
posta Armand 22.11.2010 - 11:00
fonte

3 risposte

16

Proprio all'inizio! Vuoi che la comunità senta di avere una vera partecipazione nel tuo progetto, altrimenti si sentiranno come se fossero utilizzati come manodopera gratuita.

Tutte le comunicazioni dovrebbero essere su una mailing list pubblica o forum, ancora una volta questo migliora l'idea della comunità.

Puoi mitigare il problema del "design per comitato", esponendo una chiara visione nei tuoi post iniziali alla mailing list, ad es.

"Quindi stiamo esaminando un modello di dominio per rappresentare il nostro negozio per animali domestici (come da JIRA-4). Qualcuno vede problemi importanti con questo modello?"

In termini di accettazione dei contributi fisici effettivi, è necessario iniziare accettando le patch e eseguendo revisioni di codice pubbliche su di essi. In questo modo i contributori possono già vedere pubblicamente quale tipo di standard di codifica devono rispettare. Assicurati che i tuoi commit siano disponibili anche in una mailing list di commit - devi essere tenuto agli stessi standard!

Vale anche la pena di avere standard di progetto su un Wiki o su un documento del genere.

Leggi link per ulteriori dettagli su come eseguire un progetto open source di successo.

    
risposta data 22.11.2010 - 11:33
fonte
7

Questo è stato discusso a lungo nel google go talk Mito del geniale programmatore , di Brian Fitzpatrick e Ben Collins-Sussman di Subversion. In breve hanno concluso che non dovrebbe essere così presto che non c'è ancora niente (es. "Vieni a vedere il mio fantastico progetto! Non c'è ancora molto qui ma ci sono un sacco di cose fantastiche!") O troppo tardi quindi tutte le decisioni sono già state prese (è difficile ottenere una parola su un progetto solista.)

    
risposta data 22.11.2010 - 17:06
fonte
2

I sono d'accordo con Martijn Verburg . Dovresti iniziare a sollecitare i contributi fin dall'inizio. Ho scritto un po 'su questo prima.

Il riepilogo di quel post è che il software marcisce. Se vuoi mantenerlo fresco, devi fare manutenzione. E più diventa popolare un progetto, più bug saranno trovati, più saranno aggiunte le funzionalità e più questa attività di manutenzione ti farà impazzire.

In realtà, questo è un problema molto comune. C'è una bella chiacchierata di Fat chiamata What Is Open Source & Perché mi sento così colpevole? In questo discorso (che consiglio vivamente di vedere) racconta la storia di uno dei suoi progetti OSS, e come nel tempo si è trovato a passare la maggior parte del suo tempo libero a triage dei biglietti e compiti di gestione. E parla di quanto sia stato dannoso. Che è qualcosa con cui posso immedesimarmi completamente.

La soluzione, naturalmente, è aggiungere persone al progetto in anticipo e spesso. Il tuo tempo è limitato e prezioso. Invitalo a far crescere la tua base di contributori e il resto dei tuoi problemi inizia a prendersi cura di loro stessi.

Come ho detto alla fine del mio post: "Cosa è più importante per il tuo progetto: caratteristiche o un futuro? Scegli uno e prioritizza di conseguenza i tuoi sforzi."

    
risposta data 26.02.2014 - 15:56
fonte