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?
open-source
personal-projects
Oliver Weiler
fonte
fonte
Respostas:
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.
fonte
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:
fonte
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 .
fonte
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.
fonte
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!
fonte
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.
fonte
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!
fonte
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.
fonte