Descrivere i vantaggi della community open source
In questa unità vengono descritti alcuni dei vantaggi derivanti dalla community open source in GitHub. L'innovazione si basa sul software open source: Attualmente l'80-90% delle nuove applicazioni create è costituito da codice open source. È quindi possibile intervenire sul restante 10-20% per creare valore aziendale. Per essere competitivi sul mercato, sarà necessario usare la tecnologia open source per evitare di perdere il proprio vantaggio nello sviluppo di soluzioni.
Garantisci il successo del progetto e della community
Provando a immaginare il futuro, si supponga che l'organizzazione abbia deciso di creare un programma open source. Dopo alcuni mesi si è creata una community di collaboratori attivamente coinvolti. Complimenti. Che cosa fare in questo caso?
Creare una community del progetto che offra un'esperienza positiva è un investimento a lungo termine nel programma open source. Le community integre, sicure e in grado di offrire un'esperienza positiva sono la forza che sostiene l'ecosistema open source. Le community e le persone che ne fanno parte sono spesso il motivo principale per cui gli utenti scelgono di contribuire, o di non contribuire, ai progetti open source.
Sarà preferibile che l'infrastruttura critica e le dipendenze più comuni vengano gestite da un team di persone, anche se distribuite in aree e fusi orari diversi, piuttosto che da una sola. In quel modo, anche se un progetto non è supportato a livello commerciale e non esistono contratti di servizio, è comunque possibile contare sul supporto della community per la manutenzione di un progetto. Allo stesso modo, non si vorrà che i processi aziendali dipendano da una sola persona. Che cosa accadrebbe se Bob della contabilità si ammalasse e gli stipendi non potessero essere pagati fino al suo ritorno perché è l'unico che sa come usare il software?
Quando le persone partecipano e interagiscono con i progetti open source, alcune da utenti diventeranno da utenti a collaboratori e gestori. I passaggi di questa transizione costituiscono il cosiddetto "percorso del collaboratore". In qualità di gestori del progetto, è fondamentale essere consapevoli del percorso del collaboratore perché è cruciale per la sostenibilità di qualsiasi progetto open source.
Quando si esegue un programma open source, l'obiettivo è quello di ridurre le difficoltà e migliorare l'esperienza dei collaboratori. È importante che anche un collaboratore occasionale possa contribuire facilmente al progetto. La community open source ha ideato un modo informale per condividere le metainformazioni sul progetto, ad esempio come contribuire in modo efficace, il comportamento previsto tra collaboratori e così via. Questi modi vengono in genere aggiunte ai file denominati README e CONTRIBUTING. Si pensi al file README del progetto come alla pagina di destinazione del progetto, invece che come a un set di istruzioni per installare lo strumento o il framework.
Usare il file CONTRIBUTING per fornire informazioni dettagliate sul tipo di contributi desiderati e su come vengono esaminati e accettati. Illustrare anche i criteri per ottenere i diritti di valutazione e commit per il repository.
Comunicazione aperta
Quando si lavora a un progetto open source, la documentazione è spesso di tipo tecnico. Per coinvolgere la community nel progetto, è necessario andare oltre i documenti tecnici. Anche altri elementi che possono essere apertamente documentati includono la roadmap e la governance del progetto, i processi di creazione dei contributi e i verbali delle riunioni.
È possibile documentare le discussioni importanti e raccogliere il feedback della community e dei collaboratori usando le discussioni di GitHub. In questo modo è possibile avviare discussioni con il team e con la community. È anche possibile fare riferimento a queste discussioni nei problemi e nelle richieste pull.
Mantenere la comunicazione è pubblica, a eccezione di alcuni casi come gli incidenti relativi al codice di comportamento, assicura che tutti abbiano le stesse informazioni.
Profili delle community dei progetti su GitHub
Per verificare se il progetto rispetta gli standard della community, andare alla pagina principale del repository. Sotto il nome del repository selezionare Informazioni dettagliate. Nella barra laterale sinistra selezionare Standard della community. Sarà presente la maggior parte di tutti i file da aggiungere. Aggiungere, ad esempio, i modelli per i problemi e le richieste pull, eliminando ulteriormente quelle barriere che impediscono alle persone di segnalare bug, inviare codice ed essere coinvolte nel progetto.
Per altre procedure consigliate della community, vedere GitHub's Open Source Guides (Guide alla tecnologia open source di GitHub).