Cómo pasar productivamente "tiempo libre" en la oficina [cerrado]

Después de enviar un lanzamiento, una vez cada dos o tres meses, obtengo de 10 a 15 días de tiempo libre. Por tiempo libre, me refiero a que no hay trabajo, a nadie le importa lo que estás haciendo, etc., pero tienes que ir a la oficina e ir.

¿Tienes tiempo libre como ese? ¿Cómo utilizas este tiempo?

Tiendo a leer, pero siento que meter más y más información no es la mejor manera de gastarlo.

Es un poco inusual. Y extraño, por cierto. Si su empleador no tiene trabajo para usted, ¿por qué lo obliga a venir a la oficina?

Mejora tu código

En general, siempre hay un trabajo que hacer, incluso en un solo proyecto. Si no tiene nada que hacer, significa que su proyecto es perfecto. No creo en proyectos perfectos, ya que nunca he visto ninguno. Si su empresa tiene proyectos perfectos, desearía poder ver cómo se hace.

Si su proyecto no es perfecto, puede dedicar este tiempo libre a mejorarlo.

• Hacer cumplir las reglas de estilo de codificación,
• Compruebe si los comentarios están actualizados y no faltan en ningún lado,
• Revise el código de las partes que no fueron escritas por usted,
• Mejorar la documentación técnica.
• Perfile el código para ver cuáles son los cuellos de botella y cómo eliminarlos,
• Refactoriza tu código,
• Comience a pensar en las características futuras para implementar.
• etc.

Aprende algo nuevo

A veces, acabas de terminar la codificación, finalmente lanzaste el proyecto y lo último que quieres hacer es seguir trabajando con el código en el que has estado durante los últimos tres meses. Eso es comprensible. En este caso, puede encontrar fácilmente otra ocupación para cambiar sus ideas y aumentar su conocimiento. Por ejemplo, si eres un desarrollador de C #, aprende Python, o aprende cómo usar Extensiones Reactivas, o lo que sea.

También puede verse tentado a hacer un pequeño proyecto para usted durante su tiempo libre. No aconsejo hacer eso, no solo porque el código que escribe en su trabajo generalmente pertenece a su empresa, sino también porque puede ser demandado por usar el hardware de su empresa y otros recursos para hacer proyectos que no tienen nada que ver con su Trabajo actual.

Habla con tu jefe

Puede ser una buena idea hacer la pregunta que hizo en Programmers.SE a la persona interesada, es decir, a su jefe. De hecho, lo más probable es que:

• O ignora que los desarrolladores a veces no tienen nada que hacer,
• O espera que hagas algo preciso.

Es especialmente importante saber cuál es la situación si su jefe realmente espera que haga algo. Por ejemplo, si tuviera empleados, esperaría que mejoren el proyecto cuando hayan terminado de escribir código y resolver errores. De la misma manera, cuando trabajo para una empresa en el lugar, siempre dedico todo el tiempo a trabajar en el proyecto y mejorarlo si no hay errores que resolver.

Hay una excepción: generalmente no se espera que los pasantes hagan trabajo adicional por su cuenta. Pero al menos esperamos que vengan y nos digan cuándo terminaron lo que les pedimos que hicieran, para que les asignemos otra tarea.

En realidad termino teniendo situaciones como esa en mi trabajo. Suele haber una pausa después de los lanzamientos durante un par de semanas mientras nos preparamos para el próximo lanzamiento, y los gerentes de PM y Desarrollo discuten sobre la priorización de las características para el lanzamiento n + 1.

Por lo general, trato de pasar este tiempo pagando la deuda técnica en la que se incurrió o agregando características que creo que son necesarias, pero que nunca reciben los recursos adecuados debido al hecho de que no pueden generar directamente ingresos.

He estado en esta situación más de una vez por más de un empleador, créanme,

Esto no es común, pero ciertamente no es inusual.

Sin embargo, no voy a decir que es común y ciertamente no es normal. Esta es una señal de mala gestión y / o gestión de proyectos. Aquí hay algunos temas comunes que noto que producen momentos de calma como este.

• Podría estar en una organización grande con MUCHOS recursos de desarrollo. Se vuelve más difícil administrar de manera efectiva los proyectos de software en curso y mantener el 100% de utilización de los recursos con un gran grupo de recursos.

• Malos gerentes de proyecto. Hacen un trabajo terrible al programar el trabajo de lanzamiento de tal manera que los recursos estén tan cerca del 100% de utilización como sea posible.

• Mantenimiento / Proyecto de características para el software existente. Muchas veces, cuando hay una acumulación de funciones o trabajos de mantenimiento complejos, el trabajo en sí mismo puede no requerir mucho esfuerzo para implementarse, sin embargo, requiere un nivel muy alto de familiaridad técnica y conocimiento comercial para realizar el trabajo.

• Experto en la materia. No es raro que los proyectos que tienen una amplia gama de tecnologías y / o conocimiento empresarial tengan la necesidad de formar pequeñas bandas de equipos en torno a áreas individuales. Estos equipos se convierten en expertos en la materia en su propia consideración y la compañía los valora MÁS por lo que saben y lo que son capaces de hacer que por lo que están haciendo en el momento inmediato donde no hay trabajo específicamente para ellos.

De hecho extraño,

• 10-15 días de tiempo libre a intervalos recurrentes
• a nadie le importa lo que estás haciendo, pero todavía tienes que estar físicamente presente

Sin embargo, tiene un tiempo decente que podría utilizar, tal vez haga algún ejercicio de trabajo en equipo, reúna a sus colegas y aprenda y presente algunos conceptos sobre el lenguaje o el marco que está utilizando. Y tómese un tiempo para practicar un poco de código en algunos problemas aleatorios para mejorar sus habilidades.

Tiendo a iniciar sesión en StackOverflow y aquí durante algunos descansos cortos disponibles. También aprender un nuevo idioma también podría ser una perspectiva en la que puedes mirar.

Lo que yo recomendaría es que, durante los dos o tres meses cuando se está trabajando duro, de empezar a construir una lista de cosas que quiere hacer cuando se realiza el proyecto y el par de semanas de rollos de tiempo libre alrededor.

• Bits de código "suficientemente buenos" que le gustaría refactorizar
• Herramientas, bibliotecas, idiomas, etc. con los que te gustaría experimentar
• Ideas que le gustaría prototipar, pruebas de concepto para construir
• Técnicas de desarrollo que te gustaría probar

Creo que si agrego una URL y una nota a una lista cada vez que pienso en algo así, después de dos o tres meses, ¡sin duda tendría una lista lo suficientemente larga de cosas que hacer para mantenerme ocupado!