modi efficaci per rendere popolare il tuo progetto OSS? [chiuso]

Inizia a fare amicizia con voci più grandi delle tue.

Il social networking è un ottimo strumento per questo: persone influenti su Twitter, Facebook, Buzz, che cosa ... ami condividere nuove e interessanti cose che potrebbero piacere ai loro follower. Il nuovo collegamento è come la valuta. Quindi, pensa alle persone che sono popolari e hanno un vasto pubblico e sarebbero interessati al tuo lavoro. Quindi, faglielo sapere.

Per facilitare questo, dovresti trattare il tuo progetto proprio come faresti con una startup: fornisci un elevator pitch che descriva sinteticamente cosa fa il tuo progetto, quale problema risolve e perché qualcuno dovrebbe interessarti. Un blog o una sorta di record di progresso nel tempo è anche prezioso, in quanto le persone che sono interessate a seguire un progetto in genere vogliono vedere come si evolve altrettanto, se non più, del progetto stesso.

9 volte su 10 se non sei spammy, renditi conto che stai parlando con una persona che sta solo cercando di trovare qualcosa di interessante, e il tuo progetto è interessante di per sé, parleranno su di esso per gli altri, o almeno un link ad esso.

1. Scrivi qualcosa di fantastico.
2. Imballalo per il maggior numero di distro possibili.
3. Documento, documento, documento.
4. Abbassa il più possibile la barriera all'ingresso di nuovi contributori. (Assicurati che gli utenti anonimi possano presentare bug, rendere il tuo albero di sorgenti facile da trovare, ecc.)
5. Fai un discorso in un gruppo di utenti locali (una rapida panoramica seguita da un how-to sembra più efficace) o due.

In generale, i nuovi giocattoli open source si diffondono a macchia d'olio una volta che una manciata di persone sono convinte di essere fantastiche.

I framework e le librerie sono un po 'più lenti nell'assorbimento, però, perché una volta che si sceglie qualcosa come dipendenza, si ha qualcosa da perdere se non viene mantenuto o se va in una direzione pericolosa. Forking costa tempo e attenzione che la maggior parte degli sviluppatori preferiscono spendere per il proprio progetto rispetto alle dipendenze del progetto.

Nella mia esperienza, il modo più veloce per creare fiducia in una libreria, in un framework o in altre cose che hanno valore principalmente come dipendenze piuttosto che come progetti stand-alone è:

• Avere grandi DX (esperienza di sviluppo). Siamo un gruppo pigro e utilizziamo lo strumento più facile da usare ogni volta che è possibile.
• Crea e usa qualcosa che dipende dalla libreria / framework. Questo dimostra che sei investito nel mantenerlo in salute nel tempo.
• avere più di un manutentore. Nel mondo open source, chiunque può biforcarsi se si perde interesse o viene colpito da un autobus. Tuttavia, se nessuno dei due è pronto a prendere la mano, o appaiono più forchette mentre il resto di noi partecipa al tuo funerale, c'è il caos e lo sconvolgimento che sarà una PITA gigantesca per chiunque faccia affidamento sulla tua struttura. Ci dovrebbe essere più di un manutentore, e ci dovrebbe essere una nota pubblica da qualche parte: continuità, sulla falsariga di "se sembro essere morto, MIA, rapito dagli alieni, o altrimenti permanentemente non disponibile, Joe Schmoe (Schmoe @ example. com) mi succederà come BDFL di Project Foo ".
• Crea uno spazio dedicato a mostrare cose fantastiche che sono state fatte con il tuo framework.

In altre parole: mostra ai potenziali utenti che il tuo framework sarà ancora in giro domani. Ciò significa dimostrare non solo la sua utilità, ma che tu e altri siete investiti nel continuare a svilupparlo e usarlo.

1. crea qualcosa di interessante
2. mostra al mondo l'aspetto interessante. Crea schermate, scrivi tutorial e documentazione (più che solo il riferimento API)
3. sii amichevole e aperto

Se ti riferisci a LinFu - la biblioteca ha una quantità incredibile di promesse! Ero molto emozionato quando l'ho letto per la prima volta, in particolare le parti AOP.

Ho provato a fare scherzi, ma non ho potuto far funzionare l'ultima versione. Non sono riuscito a trovare alcuna documentazione oltre le esercitazioni CodeProject, che non erano aggiornate. Poi, essendo io stesso un programmatore pigro, mi sono arreso.

Ogni tanto faccio una ricerca su Linfu per vedere se ci sono stati aggiornamenti e se c'è qualche nuova documentazione su.

Per attirare il programmatore medio come me, deve essere facile iniziare a usare la libreria. Ciò significa che deve funzionare e deve essere semplice da avviare, sia attraverso la documentazione, sia attraverso la semplicità del design.

Potresti prendere in considerazione l'idea di creare una home page che funga da luogo centralizzato in cui la documentazione, i piani futuri, le richieste di funzionalità possono andare. Questo mi aiuterà a darmi fiducia che la biblioteca sia attiva e questo non sparirà e posso prendere sul serio.

Anche qui la grafica funky aiuta! Il motivo principale per cui utilizzo Ninject è perché mi piacciono i ninja che hanno sul loro sito.

Linfu ha un sacco di potenziale e potrebbe facilmente trasformarti in un dio .net con solo un po 'di ciliegina in più.

Meno informazioni su dove pubblichi, più su ciò che pubblichi.

Le persone temono che provare una struttura sconosciuta sarà un enorme spreco di tempo. Rassicurali. Usa schermate per mostrare loro che sarà facile. Fai una guida passo passo che mostra la promessa di poter fare il tuo 'ciao nuovo-quadro-mondo' nei momenti di download. Dimostrate che ogni pena sarà valsa la pena con esempi killer. Se puoi eseguire una stazione spaziale con cinque linee di codice usando il tuo framework, mostra loro il codice per farlo.

Una volta che le persone lo sapranno, ne valuteranno il download.

Scrivilo e verranno. Nel "mercato" dell'OSS è generalmente la qualità che sale verso l'alto. Per fortuna è libero da spacconate e aria calda.

Tutti i precedenti + leggi Produzione di software open source

...a book about the human side of open source development. It describes how successful projects operate, the expectations of users and developers, and the culture of free software. The book is released under an [open copyright](Producing Open Source Software)...

La versione cartacea è disponibile, così come online al link di cui sopra: html, EPUB, PDF ecc.