Questo articolo spiega come avviare e mantenere un progetto open source di successo. Oltre a lavorare sodo e concentrarsi sull'obiettivo finale, la chiave per creare un progetto open source di successo spesso risiede nel definire i tuoi obiettivi nelle prime fasi del processo e nell'accettare l'aiuto della comunità.
Passi
Parte 1 di 3: Prepararsi a iniziare
Passaggio 1. Sapere da dove iniziare
Fondamentalmente, il tuo progetto open source dovrebbe fornire una soluzione a un problema, soprattutto se è probabile che il problema si evolva in futuro. Il primo passo per coltivare un progetto open source di successo consiste nel trovare un problema da risolvere, determinare se il problema è abbastanza importante da affrontare e definire i tuoi obiettivi da lì.
Se hai già un progetto in corso, assicurati di annotare il problema che risolve prima di procedere
Passaggio 2. Assicurati che il tuo progetto sia necessario
La domanda è una delle componenti principali dei progetti open source di successo. Se non c'è alcuna richiesta o necessità per la tua idea di progetto iniziale, o se la domanda attuale viene soddisfatta da un altro progetto, potresti prendere in considerazione l'idea di unirti a un altro progetto in corso o di selezionare un problema diverso su cui concentrarti.
Molti progetti open source in corso accettano il rigoroso input della comunità, quindi non aver paura di cercare e partecipare a una versione esistente del tuo progetto
Passaggio 3. Evita di affrontare problemi grandi o vaghi
Non solo questi problemi di solito ottengono soluzioni più ufficiali nel tempo, ma cercare di concentrarsi su un problema di grandi dimensioni diluisce la tua attenzione e rende difficile fare appello a tutte le esigenze del tuo pubblico senza investire una quantità irragionevole di tempo nel progetto.
Invece, concentrati su un piccolo problema che colpisce un gran numero di persone (ad esempio, un bug in una distribuzione Linux)
Passaggio 4. Definisci il successo del tuo progetto
Poiché i progetti open source affrontano diverse categorie di problemi, il "successo" del tuo progetto varierà. Prendere nota di ciò che stai cercando di raggiungere e di come saprai di averlo raggiunto ti aiuterà a concentrarti su un obiettivo principale per tutta la durata del progetto.
Ad esempio, potresti considerare il tuo progetto open source di successo se viene avviato, mentre altri potrebbero considerare un progetto di successo solo quando raggiunge un certo numero di download
Passaggio 5. Scegli una licenza Open Source esistente e approvata per il tuo progetto
La maggior parte degli sviluppatori sa cosa significano "GPL", "LGPL" "BSD" (Berkeley Software Distribution) e "Apache", il che significa che sanno anche cosa possono fare con tale codice e cosa non sono autorizzati a fare. Questo ti aiuterà a evitare qualsiasi problema legale o di proprietà intellettuale lungo il percorso.
Scrivere la propria licenza può richiedere molto tempo e molto probabilmente dovrai assumere un avvocato per confermare che il documento controlli tutte le caselle
Passaggio 6. Scrivi il file README per il tuo progetto
Potrebbe sembrare un'azione che è meglio salvare per ultima piuttosto che per prima, ma scrivere il README nel miglior modo possibile senza il progetto effettivo di fronte a te ti costringerà a definire tre cose cruciali: a chi è rivolto il tuo progetto (pubblico), a cosa il progetto è utilizzato per (uso) e dove è possibile trovare risorse aggiuntive (aiuto).
Naturalmente, non sarai in grado di elencare le istruzioni tecniche per il tuo progetto nel file README
Parte 2 di 3: avvio del progetto
Passaggio 1. Trova i contributori in anticipo
Sebbene tu possa avere qualsiasi cosa, dallo scheletro iniziale del tuo progetto a una versione beta funzionante, reclutare alcuni collaboratori stretti per aiutare con il progetto prima di pubblicare il progetto ovunque ti aiuterà a stabilire una squadra; allo stesso modo, avrai accesso diretto al feedback di poche persone vicine quando inizi piuttosto che dover ordinare i feedback della community sparsi.
- Non riuscire a trovare collaboratori prima di avviare il progetto potrebbe far sì che i collaboratori non si sentano come se fossero parte attiva del processo.
- Molti leader di progetti open source offrono lezioni di programmazione o altri compensi non materiali ai loro primi contributori.
Passaggio 2. Ottieni l'hosting
È relativamente facile registrarsi per l'hosting gratuito per un progetto open source; le opzioni comuni includono SourceForge e GitHub. Fare questo non solo fa risparmiare denaro, ma mette anche il tuo progetto in un luogo in cui è probabile che le persone cerchino progetti open source emergenti.
Passaggio 3. Dichiara che il tuo progetto è open source
Anche se sembra una cosa molto semplice, è uno degli aspetti più trascurati di un progetto open source. Ricorda, le persone visualizzeranno il tuo progetto solo per pochi secondi prima di decidere se scaricarlo o meno; sapere che il tuo progetto è open source (e, quindi, un work-in-progress) può aiutarli a formarsi un'opinione diversa.
Passaggio 4. Stabilire la trasparenza
La parte "aperta" dell'open source significa che le persone devono essere in grado di vedere cosa stai facendo con il codice. Alcuni semplici modi per garantire che tutti abbiano uguale accesso alle tue risorse includono quanto segue:
- Memorizza il tuo codice online in modo che chiunque possa accedervi.
- Pubblica la tua licenza, il tuo README e il tuo programma di rilascio in una posizione di facile accesso.
- Indica i tuoi obiettivi per il progetto.
- Registra e rilascia qualsiasi informazione "privata" sulla riunione (ad esempio, registrazioni audio o trascrizioni).
Passaggio 5. Rilascia le iterazioni del tuo progetto
Soprattutto quando hai contributori o sponsor coerenti, ti consigliamo di attenerti al tuo programma di rilascio nel modo più accurato possibile. Ciò consentirà alla community di avere un'idea di come si sente il tuo progetto prima che la sua versione completa diventi pubblica e sarai in grado di ricevere una grande quantità di feedback che puoi utilizzare per modificare le versioni future.
È importante ricordare che, sebbene non sia necessario utilizzare tutti i feedback della community, vorranno vedere che stai implementando alcuni suggerimenti comuni
Passaggio 6. Consenti le modifiche della community al tuo codice
Anche se dovrai annullare il vandalismo e le modifiche che non hanno senso in termini di codice stesso, rendere pubblico il tuo codice ti aiuterà a trovare nuovi contributori. Si adatterà anche alla cultura della trasparenza che si trova in molti progetti open source, che potrebbero influenzare i futuri sponsor.
Puoi sempre proteggere il codice strutturale e vietare i contributori che inviano spam o vandalizziamo il tuo progetto, se necessario
Parte 3 di 3: Mantenimento del progetto
Passaggio 1. Interagisci con la comunità
Non importa quanto sia di basso o alto profilo il progetto, il tuo lavoro open source alla fine attirerà qualche forma di interesse e/o critica da parte della comunità. Piuttosto che respingerli o ignorarli, è meglio parlare con i membri della comunità interessati per aumentare le possibilità che diventino contributori.
Passaggio 2. Non fare tutto il lavoro da solo
Come accennato in precedenza, molti membri della community potrebbero rivolgersi a te con suggerimenti o idee su come migliorare il tuo progetto. È facile prendere questo come un invito ad apportare le modifiche da soli; invece, considera di chiedere a un membro della comunità interessato di apportare le modifiche.
In questo modo si stabilisce un senso di lavoro di squadra con i membri della comunità coinvolti e si libera un po' di tempo per concentrarsi su altre questioni
Passaggio 3. Evita le comunicazioni private
La parte "aperta" dei progetti open source non favorisce riunioni private o implementazione di informazioni senza una totale trasparenza.
Se finisci per avere una riunione privata su una funzione o un'idea, assicurati di registrare la riunione e caricarla sulla pagina del tuo progetto
Passaggio 4. Implementare le richieste pull
Le pull request sono modi in cui i membri della community possono contribuire al tuo progetto. Anche se vorrai rivederli nelle fasi successive del tuo progetto, consentire ai membri della comunità di modificare il tuo codice man mano che il progetto procede assicurerà che sia il più completo possibile.
Passaggio 5. Commercializza il tuo progetto
Proprio come faresti per commercializzare un prodotto a pagamento, dovrai promuovere il tuo progetto open source attraverso le pagine dei social media e il coinvolgimento generale.
Esistono praticamente innumerevoli modi per promuovere il tuo progetto, ma l'utilizzo del subreddit di programmazione di Reddit ti consentirà di porre domande, rispondere ai commenti e interagire in altro modo con il tuo pubblico di destinazione
Passaggio 6. Avere qualcuno che porti avanti il progetto
Invariabilmente, il successo del tuo progetto richiederà un'attenzione significativamente inferiore a quella che gli hai riservato finora. Se possibile, nomina un project manager che si occupi del benessere del progetto fino a quando non diventa irrilevante o ha bisogno di un aggiornamento; questo ti permetterà di concentrarti su altri progetti (o fare una pausa tanto necessaria).
Suggerimenti
- Se sei interessato a immergerti nell'open source ma non sei ancora pronto per ospitare il tuo progetto, considera di contribuire ai progetti di altri utenti fino a quando non avrai preso il controllo del processo.
-
Scopri cosa significa realmente la tua licenza Open Source:
- Apache consente a tutti di modificare il codice e utilizzarlo nel proprio software closed-source. Quindi, il codice sotto questa licenza è attraente per le aziende e sarà molto più facile ottenere la popolarità iniziale. Tuttavia, potresti non ricevere molto feedback da persone che usano il tuo lavoro in silenzio.
- LGPL (Licenza Pubblica Generale Minore) consente di utilizzare il software nei derivati closed source, ma richiede all'utente di rivelare eventuali modifiche apportate al codice. Ci si può aspettare più feedback.
- GPL (Licenza Pubblica Generale) è una licenza aggressiva che richiede all'utente di rivelare il proprio codice che chiama il tuo codice. A poche aziende piacerà questo, ma se vogliono il tuo software, ti contatteranno offrendoti il pagamento per dare il codice per loro nelle condizioni che preferiscono. Sebbene questa "doppia licenza" non sia rispettata da molti hacker di software libero e organizzazioni GNU, è legale e piuttosto popolare.
- Assicurati di controllare l'ortografia di qualsiasi lavoro scritto che produci. Usa sempre la grammatica corretta.
- Sii il più professionale e maturo possibile, anche se qualcuno che comunica con te non lo è.
Avvertenze
- Se utilizzi alcuni componenti Open Source di altri progetti, assicurati di rispettare le loro licenze. Non tutte le licenze open source sono compatibili tra loro.
- Di solito non è una buona idea trovare e provare a far rivivere un progetto abbandonato esistente. Tali progetti vengono generalmente abbandonati per una buona ragione.
- Non riconoscere eccessivamente le persone che producono lavoro per te. Se inizi a ringraziare tutti, finirai per perdere qualcuno che si sentirà trascurato o non saprai dove fermarti. Ringrazia solo un membro della comunità che fa qualcosa di eccezionale; questo alza l'asticella di ciò che deve essere fatto per ricevere la tua gratitudine.
