Medo de lançar um projeto de hobby - como superar? [fechadas]

Não sei se esta questão está estritamente relacionada ao desenvolvimento de software, mas ainda tentarei:

Como muitos programadores, adoro trabalhar em projetos de hobby. Às vezes, idéias aparentemente boas acabam não sendo tão boas, então abandono o projeto. Mas, às vezes, algo útil sai do projeto. Então, eu poderia liberá-lo, apresentá-lo ao mundo, certo?

Errado. De alguma forma, parece que não sou capaz de dar esse passo. Receio que meu código não seja bom o suficiente, sempre posso pensar em coisas que são subótimas, em recursos que podem ser adicionados. Portanto, não libero nada, perco o interesse e, a certa altura, abandono o projeto.

Isso é normal? Como você supera essa situação?

Antes de tudo, 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 os prazos ou perder o interesse, não é grande coisa. Você está fazendo o projeto por diversão, afinal.

Coloque isso lá fora.

Não é tão difícil fazer isso com um site de codificação social como o GitHub ou o Bitbucket . A maioria das coisas que você divulgará provavelmente não será muito usada, mas tudo bem. Isso é praticamente normal nesses sites de codificação social, e muitos projetos são abandonados (mesmo alguns úteis). Mas o melhor é que outras pessoas podem escolher o que você deixou (desde que você tenha uma licença permissiva).

Embora seu material provavelmente não seja usado por mais ninguém, existem vários benefícios de por que você ainda deve divulgá-lo:

• Você aprende a usar o controle de versão, algo que muitos programadores não sabem, tornando-o mais desejável
• As pessoas podem apontar problemas para você; todas as oportunidades para você aprender a fazer as coisas de maneira diferente
• Você terá um portfólio on-line de coisas que você fez, ótimo para complementar o seu currículo

A inclusão de colaboradores em um projeto de código aberto que já está livre de erros é provavelmente mais difícil do que aqueles com muitos bugs fáceis de resolver, pois esses bugs são um incentivo para que os usuários iniciais se familiarizem com o código.

Quando a Linus introduziu o kernel do Linux pela primeira vez, não era um código completo, estável, livre de erros e limpo; era um teclado incompleto, de baixa qualidade, não portável e com fio para o teclado finlandês .

Basicamente, eu não me preocuparia se as pessoas gostassem do meu código ou não. Libere-o com uma licença gratuita, se for útil para as pessoas, mas eles encontrarem bugs, soluções abaixo do ideal e exigirem mais recursos, eles podem corrigir por conta própria. O uso da GPL ou LGPL também tornará possível encontrar essas correções, e você poderá aplicá-las você mesmo se achar que são úteis / adequadas.

Sinto muito, mas você está fazendo exatamente o oposto do que deveria estar fazendo!

Libere-o o mais rápido possível, 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 ao saber que isso provavelmente não será percebido, a menos que seja realmente bom ou preencha um novo nicho.

E, se você receber um feedback negativo - é uma chance de aprender. Não o desperdice.

Completamente normal, em qualquer domínio além do software. Certifique-se de que ele construa em alguns ambientes diferentes, escreva um README e jogue-o no github / codeplex / etc. Passar por isso pela primeira vez é a única maneira de superar a ansiedade.

Segunda, terceira e n-ésima vez é onde está a diversão!

Aqui está uma razão para lançar software inacabado: começar a construir uma comunidade. Se você deseja que seu projeto se torne uma ferramenta útil de código aberto, você precisa de outros desenvolvedores. Uma maneira de atraí-los é lançá-lo mais cedo e continuar (publicamente) a fazer melhorias. Não adicione esses recursos em segredo - faça-os publicamente, na página do Github ou em qualquer outro lugar. Isso gera atividade na história.

Outros desenvolvedores não querem trabalhar em um projeto aparentemente abandonado. Portanto, fazer seu trabalho de desenvolvimento em público demonstra interesse ativo e contínuo. Vale a pena manter intencionalmente alguns recursos na manga para que você possa adicioná-los em público.