¿Qué deben hacer los programadores cuando trabajan en una posición donde el objetivo es desarrollar algo de código abierto que pueda beneficiar a la empresa a largo plazo?

La respuesta depende completamente de lo que beneficiará a la empresa a largo plazo. No creo que obtengas tu respuesta aquí. Ya sabe cuáles son los beneficios de su empresa a largo plazo, o tendrá que averiguarlo. ¡Quora no puede mirar dentro de su empresa!

Para que tenga éxito como proyecto de código abierto, tendrá que ser una solución que beneficie a múltiples organizaciones. No obtendrá tracción de la comunidad de código abierto a menos que sea una solución “general”. Lo que debe hacer es encontrar una solución a largo plazo para un problema sistémico en su empresa, y descubrir cómo hacerlo lo suficientemente genérico como para ser útil para las personas externas a su empresa.

Básicamente, tu jefe dice “haz lo que quieras hacer … solo hazlo útil”. Esa es una gran oportunidad. También es un tremendo desafío. Lo más grande que puede asustar a un artista es un lienzo vacío. Un lienzo vacío está lleno de posibilidades. Poner un poco de pintura limita las posibilidades. Y es imposible decidir dónde colocar el primer golpe. ¿Qué pasa si te equivocas? A veces es mejor poner un trazo aleatorio en el lienzo y dejar que la pintura se dibuje desde allí.

Del mismo modo, lo que da miedo al tecnólogo es “sin requisitos”. Todos nos quejamos de aquellos analistas de negocios que intentan definir qué hace el software sin saber cómo hacerlo funcionar. Pero, cuando alguien dice “haz lo que quieras”, es intimidante, ¿no? Ahora quieres requisitos, ¿sí?

Creo que deberías dar el primer golpe. Tome un problema sin importar cuán trivial sea y trate de resolverlo. O tome una solución y hágala un poco mejor. No te estreses por eso. Obviamente, eres hábil para encontrar soluciones una vez que alguien te presenta un problema. Ahora, solo busca problemas para resolver. Es un paso en la dirección correcta. Tienes un buen jefe.