Como você decide seus projetos paralelos [fechado]

A qualquer momento, geralmente tenho um monte de idéias para projetos de fim de semana / projetos nos quais posso trabalhar. As ideias geralmente podem ser categorizadas em:

1. Autoaprendizagem: aprendendo um novo idioma / tecnologia / estrutura
2. Relacionado ao trabalho: Aprender / Fazer algo que o ajudaria no trabalho
3. Dinheiro: Projetos que (você pensa) podem ganhar algum dinheiro
4. Projetos divertidos / utilitários

Estas são apenas as categorias aproximadas em que consigo pensar e pode haver mais / outras formas de classificação.

Minha pergunta é baseada na sua experiência, o que deve orientar a decisão de que tipo de projeto trabalhar. Quais parâmetros, além do tipo de projeto, devem impactar essa decisão (tempo, esforço, dinheiro ...)

Na verdade, escrevi um post sobre isso há um tempo. Para resumir, as principais diretrizes que tento seguir na criação de projetos paralelos são:

1. Diverta-se
2. Aprender alguma coisa
3. Torne-o atemporal (em outras palavras, faça algo que você possa voltar mais tarde)
4. Não se limite apenas ao código (eu aprendo muito no meu blog)
5. Escreva algo que realmente utilizarei (porque, pessoalmente, tenho mais probabilidade de continuar dessa maneira).

Para responder à sua pergunta um pouco mais diretamente, geralmente tento fazer os nºs 1 e 4 quase exclusivamente com meus projetos paralelos. Dito isto, eu me diverti no primeiro lugar por um motivo. Se você não está se divertindo, não é um projeto paralelo. Isso funciona.

Sempre tenha um projeto no qual possa trabalhar em reuniões

Por exemplo, eu tinha uma coisa que chamei de "Meeting Lisp".

Este foi um intérprete cego escrito em C que eu hackeei intermitentemente durante o período de alguns anos no meu antigo emprego.

As regras:

• Eu só podia trabalhar nisso durante as reuniões.
• A fonte teve que caber em uma página de 66 linhas por 80 colunas. (Para que eu pudesse trabalhar discretamente nas reuniões!)
• O código teve que compilar corretamente.
• Sem depuração no computador. Bugs precisavam ser diagnosticados e corrigidos na próxima reunião.
• Isso inclui erros de compilação.
• Ele tinha um comando "include", então partes da biblioteca estavam em lisp e não contavam no limite de páginas.

Aprendi muito e foi uma ótima maneira de passar o tempo em reuniões chatas, então acho que combinou o número 2 com o número 1 e o número 4.

Eu diria que depende muito de como você é um “hobby”. Pessoalmente, não sou. Raramente crio coisas para 'diversão', embora adore programar com ou sem incentivo monetário.

Eu diria que o número 1 para aprender algo novo determinaria no que eu trabalhava. Junto com isso, eu diria # 3: algo que acredito que poderia ganhar muito dinheiro. 3 não aparece com tanta frequência, pois geralmente exige uma tonelada de trabalho que não tenho tempo para fazer.

Para mim, o céu está desenvolvendo algo a si mesmo e fazer uma vida fora dele de distribuição, sendo, assim, em posição de dedicar completamente o seu trabalho a ele. Não é isso que todo mundo quer?

Eu li um artigo na outra semana sobre um programador independente de jogos que desenvolveu um título altamente aclamado e agora está vivendo comodamente das vendas enquanto consegue aplicar atualizações constantes.

Ser pago para fazer algo que você ama é uma bênção. Não é trabalho. E se você também possui o produto final, é um bônus enorme.

EDITAR:

Também gostaria de acrescentar, se eliminado o nº 3, o ÚNICO motivo para eu ter projetos paralelos seria o nº 1. Ou seja, para aprender algo novo.

Comprometi-me com o aplicativo Shuffle no Android, isso é para meu próprio uso, mas também foi uma experiência de aprendizado, pois usei o SDK do Android para algo maior que eu.

Comecei um sistema de reservas on-line porque a idéia me incomodava há algum tempo que cabeleireiros usavam livros em papel para reservar seus clientes. Essa também foi uma experiência de aprendizado, pois foi a primeira vez que comecei com o foco em ganhar dinheiro. Foi minha primeira experiência com marketing e vendas por conta própria. Por sua vez, isso criou muito conhecimento que considero muito útil enquanto trabalho.

Por fim, fiz um projeto para coletar erros que ocorrem nas funções JavaScript em sites para ajudar os desenvolvedores a ver os erros que ocorrem quando seus usuários usam o site. Isso nasceu da necessidade de ter esse sistema, pois eu mesmo criava sites pesados ​​em JavaScript para o sistema de reservas.

Em geral, Aprendizado e Utilidade são os que seguem em quase todos os projetos que tenho ao lado. No entanto, o que mais me trás valor é o projeto Shuffle, pois está sendo bastante utilizado.

Se você deseja um projeto paralelo que o ajude a continuar se comprometendo com ele, eu recomendo que você escreva para outros. Algo que alguém mais queira usar, assim como você.

Coçar uma coceira.

Os projetos paralelos que eu faço geralmente são coisas que eu preciso. Se eles se encaixam em suas quatro categorias, isso é ainda melhor.