La paura di pubblicare un progetto per hobby - come superare? [chiuso]

Innanzitutto, ricorda: la spedizione è una funzione . È meglio pubblicare qualcosa di imperfetto piuttosto che non rilasciare nulla.

L'altra cosa da notare è che questi sono progetti di Hobby. Se non rispetti le scadenze o perdi interesse non è un grosso problema. Dopo tutto, stai facendo il progetto per divertirti.

Pubblicalo là.

Non è così difficile farlo con un sito di codifica sociale come GitHub o Bitbucket . La maggior parte delle cose che farai probabilmente non saranno usate molto, ma va bene. Questo è abbastanza normale in questi siti di codifica sociale e molti progetti vengono abbandonati (anche alcuni utili). Ma la cosa più bella è che gli altri possono scegliere ciò che hai lasciato (dato che hai una licenza permissiva).

Anche se probabilmente la tua roba non verrà usata da nessun altro ci sono molti vantaggi del perché dovresti ancora metterlo fuori:

• Impari ad usare il controllo di versione che è qualcosa che molti programmatori non sanno come, rendendoti più desiderabile
• Le persone potrebbero segnalare problemi per te; tutte le opportunità per imparare come fare le cose in modo diverso
• Avrai un portfolio online di cose che hai fatto, ottimo per completare il tuo curriculum

Ottenere contributori in un progetto open source che è già privo di bug è probabilmente più difficile di quelli con molti bug facili da risolvere, poiché questi bug sono un incentivo per gli utenti iniziali a familiarizzarsi con il codice.

Quando Linus ha introdotto per la prima volta il kernel Linux, non era un codice completo, stabile, privo di bug e pulito; era un incompleto, schifoso, non trasportabile e cablato per tastiera finlandese .

Fondamentalmente, non mi preoccuperei se alla gente piacesse il mio codice o no. Rilasciarlo con una licenza gratuita, se è utile per le persone, ma trovano bug, soluzioni subottimali e richiedono più funzionalità, sono libere di correggerle da sole. L'utilizzo di GPL o LGPL ti consentirà inoltre di trovare queste correzioni e puoi applicarle tu stesso se le trovi utili / adeguate.

Mi dispiace ma stai facendo esattamente l'opposto di quello che dovresti fare!

Rilascia il prima possibile, ascolta il feedback delle persone e poi implementa nuove funzionalità basate su questo. Non il contrario!

Che cosa hai da perdere?

Puoi anche consolarti sapendo che probabilmente non verrà notato comunque, a meno che non sia davvero buono o riempia una nuova nicchia.

E, se ottieni un feedback negativo, è una possibilità di imparare. Non sprecarlo.

Completamente normale, in qualsiasi dominio oltre al software. Assicurati di creare in pochi ambienti diversi, scrivere un README e lanciarlo su github / codeplex / etc. Passare attraverso questo la prima volta è l'unico modo per superare l'ansia.

Il secondo, il terzo e il n-esimo tempo sono dove si trova il divertimento!

Ecco un motivo per rilasciare un software incompiuto: per iniziare a costruire una comunità. Se vuoi che il tuo progetto diventi un utile strumento open source, hai bisogno di altri sviluppatori. Un modo per attirarli è liberarlo prima, e poi continuare a (pubblicamente) a fare miglioramenti. Non aggiungere queste funzionalità in segreto: fallo pubblicamente, sulla pagina Github o ovunque. Ciò genera attività nella storia.

Altri sviluppatori non vogliono lavorare su un progetto apparentemente abbandonato. Così facendo il tuo lavoro di sviluppo in pubblico dimostra interesse attivo e continuo. Vale la pena tenere intenzionalmente alcune funzionalità nella manica in modo da poterle aggiungere in pubblico.