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

37

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?

    
por Oliver Weiler 25.05.2012 / 10:09
fonte

8 respostas

51

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.

    
por 25.05.2012 / 10:28
fonte
23

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:

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

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 .

    
por 25.05.2012 / 17:47
fonte
6

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.

    
por 25.05.2012 / 10:31
fonte
5

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!

    
por 25.05.2012 / 20:23
fonte
4

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.

    
por 25.05.2012 / 18:30
fonte
3

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á!

    
por 25.05.2012 / 17:46
fonte
1

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.

    
por 30.05.2012 / 01:09
fonte