Come promuovere un progetto open source?

Prima di tutto, mi scuso se questa è la sezione sbagliata della rete per pubblicare questa domanda. In tal caso, non esitare a spostarlo in una posizione più appropriata ...

Domanda: Vorrei sentire le tue idee riguardo alle modalità di avvio e gestione dei progetti open source. Ho un progetto di sistema di gestione dei contenuti open source e qui sorgono alcune domande: come devo agire? Devo presentare un'edizione pre-alfa valida con front-end e back-end funzionanti e poi annunciare pubblicamente il progetto? O devo annunciarlo da zero? Come sviluppatore so che si dovrebbe usare un sistema di versioning come Git o SVN, cosa che faccio, senza problemi lì. E il merito del test unitario è anche qualcosa da ricordare, che, per essere sincero, non mi piace affatto ... Gestione del progetto - Sono un principiante in questo, nella migliore delle ipotesi. Tecniche ed esperienze di codifica come lo sviluppo Agile sono qualcosa che voglio esplorare ...

In breve, qualsiasi idea per uno sviluppatore che è nuovo nel mondo open source è la benvenuta.

Comincerei a smettere di scrivere cose come questa:

Addendum: rispondere se si ha esperienza con progetti su larga scala / progetti open source e si tenta di non fornire idee ipotetiche / teoriche, ma pratiche e comprovate.

Questo tipo di atteggiamento arrogante uccide in realtà più progetti open source di ogni altra cosa. L'open source riguarda meno la fonte e più la collaborazione. Dai il benvenuto a chiunque desideri aiutare, anche quando non ha l'esperienza pratica per farlo - aiutare i progetti open source a fare esperienza è pratica comune, come probabilmente saprai.

Il secondo punto è non preoccuparsi di promuovere se non si dispone di un codice funzionante. Dai un'occhiata a sourceforge o Google Code o ovunque e vedi il mare di progetti morti con nient'altro che poche righe di codice e molte buone intenzioni. Codice prima, parla poi.

La migliore promozione è avere un "cliente": avere qualcuno che utilizza il tuo prodotto in modo che le persone possano vedere che è effettivamente in produzione. Se è un CMS: usalo per il sito del progetto, per esempio.

Se hai tutto questo la tua migliore scommessa in promozione è il passaparola. Chiedi agli amici di utilizzare il tuo progetto nei loro siti Web, ad esempio. Blog su di esso e inviare l'articolo per siti aggregatori come Digg o Slashdot ma, per favore, non farlo se il progetto non è pronto per la prima serata. Nessuno vuole leggere su vapourware.

Buona fortuna con il vostro progetto.

La tua domanda è vaga ma cercherò una risposta nel miglior modo possibile. Suppongo che tu voglia attrarre gli sviluppatori al progetto, quindi non sei l'unica persona che lavora al progetto?

In tal caso, probabilmente vorrai ottenere un account su Github e / o Source forge in modo che chiunque possa accedervi e apportare modifiche. Per iniziare, sarai l'unico sviluppatore a lavorarci su, quindi non devi preoccuparti della gestione del progetto, ma non appena ci saranno più persone coinvolte, dovrai avviare revisioni del codice, impostare obiettivi ecc.

Gli obiettivi possono essere riuniti in un sistema di tracciamento dei problemi come bugzilla, aggiungerli come bug che devono essere corretti e consentire alle persone di assegnarsi a loro, oppure farli inviare via e-mail a una persona centrale che li assegna ai problemi.

Avrai voglia di attirare una folla di sviluppatori, quindi avrai bisogno di un sito web che descriva il progetto, e dove vede che sta andando da solo a breve e medio termine, nonché schermate ecc.

Un blog / Twitter di progetto che consente agli utenti di tenere traccia di dove ti trovi se utile.

Se non l'hai letto, suggerisco Raymond's The Cathedral and the Bazaar e presta particolare attenzione alla sua esperienza con Fetchmail.

Sulla base di ciò e della mia esperienza, suggerisco di rilasciare il codice non appena risolve un problema che altre persone potrebbero avere . Sì, dovresti usare un po 'di controllo del flusso principale e pubblicarlo su un server da qualche parte. Devi scegliere una licenza, e questo può essere un grosso problema a seconda dei tuoi obiettivi. Ma in termini di cosa pubblicare e quando "rilasciare presto, rilasciare spesso".