Come coinvolgere meglio gli utenti che hanno partecipato al mio progetto su GitHub?

Question

Come coinvolgere meglio gli utenti che hanno partecipato al mio progetto su GitHub?

#1 da (25 voti)

19

Recentemente ho presentato un progetto, chiamato Hebel , su cui sto lavorando a GitHub. È un framework per accelerare apprendimento profondo della GPU scritto in Python e Nvidia CUDA. L'ho pubblicato su Google+ e poco dopo è stato rilevato su Hacker News ed è diventato leggermente virale per alcuni giorni . Più tardi ne ho pubblicato di nuovo su Machine Learning subreddit e nel complesso il mio progetto è stato ripreso 822 stelle e 47 forchette su GitHub, che è stato davvero esaltante. 822 stelle significa che il mio progetto è nei 200 progetti Python più importanti su GitHub e in effetti ha più stelle di alcuni progetti Python di alto profilo e ampiamente usati come virtualenv.

Nonostante il notevole interesse per il mio progetto, sono molto deluso dal coinvolgimento effettivo che ho visto finora. Nessuna delle 47 forcelle dei miei progetti ha mai avuto alcun commit, non ho ricevuto richieste di pull, e solo tre problemi presentati sono stati presentati da due persone. Sembra che il mio progetto sia potenzialmente molto interessante per molte persone, ma lo fanno solo con un fork o una volta e poi non lo riattivano mai più o lo usano continuamente.

Come posso migliorare il coinvolgimento al fine di consentire agli utenti di inviare bug o richieste di miglioramento o di inviare modifiche ai contributori?

open-source github contribution

posta oceanhug 04.02.2014 - 18:11

fonte

1 risposta

Leggi altre domande sui tag open-source github contribution

In che modo il rafforzamento delle precondizioni e l'indebolimento delle postcondizioni violano il principio di sostituzione di Liskov? Fare uno stage più efficace, utile e divertente per entrambe le parti [chiuso]

score 25 · Accepted Answer

Hai lavorato molto duramente a questo. Complimenti per tutta l'attenzione, ma mi dispiace non è coinvolgente.

La prima cosa che noto è che non ci sono problemi. Per convincere le persone a coinvolgerti devi essere visibile nel loro feed di notizie su GitHub. Quando si avvia un problema, verrà visualizzato per le persone che seguono il progetto (non quelle che lo hanno recitato). Quindi la dimensione della comunità è in realtà di 80 follower. Sono solo i follower a cui devi pensare. I forkers possono semplicemente prendere il codice e andarsene, e le stelle sono come dei segnalibri. Un follower riceverà una notifica di nuovi problemi.

Prova ad aprire alcuni semplici problemi.

EDIT:

Il tuo README.md è il tuo annuncio per il repository. È la prima cosa che la gente leggerà e la prima cosa a cui si rivolgono per chiedere aiuto. 2/3 dei tuoi readme parlano di ciò che Hebel è in un linguaggio tecnicamente specifico (cioè non ho idea di cosa tu stia parlando). Il 1/3 in basso ha solo poche istruzioni per l'installazione.

Una delle cose più difficili che ho trovato con GitHub è far sì che i progetti facciano effettivamente quello che sostiene l'autore. Installare, correre e mettersi al lavoro occupa più tempo. Se qualcuno ottiene il tuo repository ma non riesce a farlo funzionare, non riceverai mai una richiesta di pull.

Posso solo sospettare che questa sia la causa.

Modifica il tuo readme e metti le istruzioni di avvio / installazione in cima. Quindi le persone possono saltare dentro e andare avanti.

In secondo luogo, includi una sorta di esempio / esempio che possono essere rapidamente operativi per dimostrare i vantaggi del progetto.