Quando aprire un progetto in fase di sviluppo? [duplicare]

Question

Quando aprire un progetto in fase di sviluppo? [duplicare]

#1 da (9 voti)
#2 da (2 voti)
#3 da (0 voti)

6

Ho lavorato a un progetto di hobby per alcuni mesi; sta arrivando a oltre 15000 linee di codice sorgente. Un certo numero di persone ha espresso interesse ad aderire allo sviluppo e ho piena intenzione di andare all'open source, dal momento che non sarebbe fattibile per me completare il progetto da solo. Non sono sicuro di quando per aprirlo.

Per il contesto, ho notato che molti progetti open source di successo, come il kernel di Linux, hanno svolto un considerevole lavoro prima di essere open source.

Nel mio caso, mi sarei occupato di open source dopo che avessi completato tutte le librerie e l'architettura generale sottostanti. È un errore dovrei semplicemente rilasciarlo adesso?

Sono preoccupato che dal momento che alcuni componenti fondamentali critici non sono stati finalizzati, se le persone costruiscono una base di codice di grandi dimensioni attorno a loro, sarà molto difficile cambiare o sistemare le cose in un secondo momento. D'altra parte, è un progetto molto ampio che richiederà la compilazione di più sviluppatori in un tempo ragionevole.

Quindi quando è il momento giusto durante lo sviluppo per passare all'open source?

Preferibilmente, vorrei sapere da alcune persone che hanno iniziato i loro progetti.

open-source

posta QuasarDonkey 12.11.2012 - 03:40

fonte

3 risposte

2

Ho avviato JStock - Software di borsa gratuito alcuni anni fa. Il mio consiglio è, Open source quando inizi. Non aspettare!

Aprendolo in anticipo, avrai le seguenti aspettative.

Ti è data la possibilità di pubblicare il tuo progetto su un sito web ad alto traffico come SourceForge.net . (Raccomando SourceForge su GitHub, poiché si concentra sulla pubblicazione di progetti open source. GitHub si concentra maggiormente sulla collaborazione in codice) Aiuta ad ottenere visibilità. Il tuo progetto inizia ad attirare più utenti finali, senza troppi costi.
Gli utenti finali saranno più indulgenti e si fidano del tuo software, se è open source, rispetto a closed source. Con ciò, attirerai più utenti finali.

Ci sono alcuni catcha. L'open source presto non significa che attirerai più contributori. Lavorare all'open source non ha una ricompensa monetaria diretta.

quello che i contributori open source stanno davvero cercando è

Una piattaforma software con un buon numero di utenti finali , in grado di dimostrare le proprie capacità di sviluppo del software. Gli sviluppatori open source non funzionano gratis. Hanno bisogno di qualcosa in cambio. Se non sono monetari, hanno bisogno del riconoscimento e onore . Un progetto open source con un buon numero di utenti finali in grado di fornire quelli.

Quindi attirate prima gli utenti finali con un buon prodotto ragionevole, quindi attirate i buoni contributori per creare un prodotto straordinariamente bello.

risposta data 12.11.2012 - 04:09

fonte

0

Devi aprire l'origine in anticipo (ieri) e commettere spesso.

risposta data 12.11.2012 - 03:43

fonte

Leggi altre domande sui tag open-source

Test e asserzioni di unità Ci sono molte riflessioni sui test di diagnosi interna all'interno di un'applicazione aziendale?

score 9 · Accepted Answer

Ho intenzione di andare contro il consenso qui e suggerisco che ora non è un buon momento per open-sourcing questo progetto.

Il motivo per cui il progetto è chiaramente non ancora in una condizione di "idoneità per uno scopo dichiarato"; se lo apri ora, sarai inondato con richieste sulla falsariga di "componente XYZ non funziona, risolvilo per favore". Non importa se hai dichiarato questo in anticipo, li otterrai comunque, e andranno a detrarre qualsiasi lavoro tu stia completando.

Altre richieste che otterrete saranno della varietà "plz send codez", così come una buona combinazione di "il tuo progetto è fantastico, ma sarebbe meglio se includesse la componente ABC e questo è così facile attuare ci vorranno solo 5 minuti e tutto andrà meglio di allora "(ha!) - li otterrete comunque anche dopo aver rilasciato un prodotto completo, ma saranno particolarmente fastidiosi ora.

Nulla di ciò sta negando che l'open-sourcing anticipato sia una buona cosa; solo che per il tuo progetto in cui è attualmente, quella barca ha già navigato. Quindi, se hai già superato il punto in cui puoi eseguire l'open-source il prima possibile, è meglio tenere un po 'di più.

Le opzioni a tua disposizione ora includeranno l'abbassamento dei boccaporti e il ripristino delle cose in un ragionevole stato di funzionamento prima di renderle pubbliche (ma attenzione che ciò non tarderà troppo), eseguendo alcune versioni del codice sorgente o invitando gli interessati parti (e ne hai già alcune - è grandioso!) per partecipare a uno sforzo di sviluppo privato fino al momento in cui è pronto per diventare pubblico.