Eu não sei se esta questão está estritamente relacionada ao desenvolvimento de software, mas ainda assim vou tentar:
Como muitos programadores, adoro trabalhar em projetos de hobby. Às vezes, aparentemente boas ideias acabam não sendo tão boas, então deixo cair o projeto. Mas às vezes, algo útil sai do projeto. Então, eu poderia lançá-lo, apresentá-lo ao mundo, certo?
Errado. De alguma forma, não pareço ser capaz de dar esse passo. Temo que meu código não seja bom o suficiente, sempre posso pensar em coisas que são sub-ótimas, de recursos que poderiam ser adicionados. Então, eu não libero nada, perco o interesse e, em certo momento, abandono o projeto.
Isso é normal? Como você supera tal situação?
Em primeiro lugar, lembre-se: o envio é um recurso . É melhor liberar algo imperfeito do que liberar nada.
A outra coisa a notar é que esses são projetos Hobby. Se você não cumprir prazos ou perder interesse, isso não é grande coisa. Você está fazendo o projeto para se divertir afinal.
Coloque em evidência.
Não é difícil fazer isso com um site de codificação social, como GitHub ou Bitbucket . A maioria das coisas que você vai colocar provavelmente não será muito usada, mas está tudo bem. Isso é bastante normal nesses sites de codificação social, e muitos projetos são abandonados (até mesmo alguns úteis). Mas a melhor coisa é que os outros podem escolher o que você deixou (dado que você tem uma licença permissiva).
Mesmo que o seu material provavelmente não seja usado por mais ninguém, há vários benefícios de por que você ainda deve descartá-lo:
Obter colaboradores em um projeto de código aberto que já esteja livre de bugs é provavelmente mais difícil do que aqueles com muitos bugs fáceis de resolver, já que esses bugs são um incentivo para os primeiros usuários se familiarizarem com o código.
Quando o Linus introduziu o kernel Linux pela primeira vez, ele não era um código completo, estável, livre de bugs e limpo; era um incompleto, de baixa qualidade, não portável, e hardwired para teclado finlandês .
Basicamente, eu não me preocuparia se as pessoas gostassem do meu código ou não. Solte-o sob uma licença gratuita, se for útil para pessoas, mas eles encontrarem bugs, soluções abaixo do ideal e precisarem de mais recursos, eles estão livres para consertá-lo. Usar a GPL ou a LGPL também possibilitará que você encontre essas correções, e você mesmo poderá aplicá-las se as achar úteis / adequadas.
Sinto muito, mas você está fazendo exatamente o oposto do que deveria fazer!
Libere o quanto antes, ouça o feedback das pessoas e implemente novas funcionalidades com base nisso. Não o contrário!
O que você tem a perder?
Você também pode se sentir confortável sabendo que provavelmente não será notado, a menos que seja realmente bom ou preencha um novo nicho.
E, se você receber um feedback negativo, é uma chance de aprender. Não desperdice.
Completamente normal, em qualquer domínio além do software também. Certifique-se de que ele construa em alguns ambientes diferentes, escreva um README e lance-o para o github / codeplex / etc. Passar por isso pela primeira vez é a única maneira de superar a ansiedade.
Segunda, terceira e n-és vezes onde a diversão está!
Aqui está uma razão para lançar software inacabado: para começar a construir uma comunidade. Se você quer que seu projeto se torne uma ferramenta útil de código aberto, você precisa de outros desenvolvedores. Uma maneira de atraí-los é liberá-lo cedo e depois continuar a fazer melhorias (publicamente). Não adicione esses recursos em segredo - faça-os publicamente, na página do Github ou em qualquer outro lugar. Isso gera atividade no histórico.
Outros desenvolvedores não querem trabalhar em um projeto aparentemente abandonado. Então, fazer o seu trabalho de desenvolvimento em público demonstra um interesse ativo e contínuo. Vale a pena manter intencionalmente alguns recursos na manga para que você possa adicioná-los em público.