¿Cómo decides tus proyectos paralelos [cerrado]

En cualquier momento, generalmente tengo un montón de ideas para proyectos de fin de semana / paralelos en los que puedo trabajar. Las ideas generalmente se pueden clasificar en estas:

1. Autoaprendizaje: Aprender un nuevo lenguaje / tecnología / marco
2. Relacionado con el trabajo: Aprender / hacer algo que te ayudaría en el trabajo
3. Dinero: proyectos que (crees) pueden hacer algo de dinero
4. Proyectos divertidos / utilitarios

Estas son solo las categorías aproximadas en las que puedo pensar y puede haber más / otras formas de clasificación.

Mi pregunta se basa en su experiencia sobre qué debe conducir la decisión de qué tipo de proyecto trabajar. Qué parámetros, aparte del tipo de proyecto, deberían afectar esta decisión (tiempo, esfuerzo, dinero ...)

De hecho, escribí un blog sobre esto hace un tiempo. Para resumir, las principales pautas a las que trato de adherirme para presentar proyectos paralelos son:

1. Que te diviertas
2. Aprender algo
3. Hazlo atemporal (en otras palabras, hazlo algo a lo que puedas volver más tarde)
4. No te limites a solo código (aprendo mucho de mi blog)
5. Escribe algo que realmente usaré (porque personalmente tengo más probabilidades de seguir así).

Para responder a su pregunta un poco más directamente, generalmente trato de hacer # 1 y # 4 casi exclusivamente con mis proyectos paralelos. Dicho esto, le di a divertirme el lugar número 1 por una razón. Si no te estás divirtiendo, no es un proyecto paralelo. Es trabajo.

Siempre tenga un proyecto en el que pueda trabajar en reuniones

Por ejemplo, tenía una cosa que llamé "Meeting Lisp".

Este fue un intérprete lisp escrito en C que pirateé de manera intermitente durante un par de años en mi antiguo trabajo.

Las normas:

• Solo podía trabajar en eso durante las reuniones.
• La fuente tenía que caber en una página de 66 líneas por 80 columnas. (¡Para poder trabajar discretamente en las reuniones!)
• El código tuvo que compilarse limpiamente.
• Sin depuración en la computadora. Los errores tuvieron que ser diagnosticados y reparados en la próxima reunión.
• Esto incluye errores de compilación.
• Tenía un comando "incluir", por lo que partes de la biblioteca estaban en lisp y no contaban contra el límite de la página.

Aprendí mucho y fue una excelente manera de pasar el tiempo en reuniones aburridas, así que supongo que combinó el # 2 con el # 1 y el # 4.

Diría que depende en gran medida de cuán 'aficionado' sea un programador. Personalmente no lo soy. Raramente creo cosas para "divertirme", aunque me encanta programar con o sin un incentivo monetario.

Yo diría que # 1 para aprender algo nuevo determinaría en qué trabajé. Junto con eso, diría # 3: algo que creo que podría hacer mucho dinero. 3 no aparece con tanta frecuencia, ya que generalmente requiere un montón de trabajo que no tengo tiempo para hacer.

Para mí, el cielo está desarrollando algo usted mismo y ganándose la vida con su distribución, por lo que está en condiciones de dedicarle por completo su trabajo. ¿No es eso lo que todos quieren?

Leí un artículo la otra semana sobre un programador de juegos independientes que desarrolló un título muy aclamado y ahora vive cómodamente de las ventas mientras puede aplicar actualizaciones constantes.

Que te paguen por hacer algo que amas es felicidad. No es trabajo. Y si también posee el producto final, es una gran ventaja.

EDITAR:

También me gustaría agregar, si eliminé el # 3, entonces la ÚNICA razón por la que tendría algún proyecto paralelo sería el # 1. Es decir, aprender algo nuevo.

Me comprometí con la aplicación Shuffle en Android, esto es para mi propio uso, pero también fue una experiencia de aprendizaje, ya que pude usar el SDK de Android para algo más grande que yo.

Comencé un sistema de reserva en línea porque la idea me había fastidiado durante bastante tiempo que los peluqueros usaban libros en papel para reservar a sus clientes. Esta fue también una experiencia de aprendizaje, ya que fue la primera vez que comencé con el enfoque de hacer dinero. Fue mi primera experiencia en marketing y ventas por mi cuenta. Esto a su vez creó mucho conocimiento que encuentro muy útil mientras trabajo.

Por último, hice un proyecto para recopilar los errores que ocurren en las funciones de JavaScript en los sitios web para ayudar a los desarrolladores a ver los errores que ocurren cuando sus usuarios usan el sitio. Esto nació de la necesidad de tener un sistema de este tipo, ya que yo mismo estaba creando sitios pesados ​​de JavaScript para el sistema de reservas.

En general, el aprendizaje y la utilidad son los que siguen en casi todos los proyectos que tengo al lado. Sin embargo, el que más me devuelve es el proyecto Shuffle, ya que se está utilizando bastante.

Si desea un proyecto paralelo que lo ayude a continuar comprometiéndose con él, le recomiendo obtener un proyecto que escriba para otros. Algo que alguien más quiere usar, como tú.

Rascarse una picazón.

Los proyectos paralelos que hago suelen ser cosas que necesito yo mismo. Si encajan en sus cuatro categorías, eso es aún mejor.