Qué hacer cuando está completamente sin trabajo y su compañero de trabajo le dice que "simplemente vaya y lea algo de documentación" [duplicar]

Un poco de contexto: recientemente comencé a trabajar en una nueva empresa que se especializa en brindar servicios de TI a otras empresas. Como se ocupan principalmente del lado de la red/mantenimiento, solo tienen un desarrollador de tiempo completo, pero debido a la gran cantidad de clientes, contrataron a otro desarrollador para ayudar a automatizar los procesos (que es donde entro yo).

Actualmente he estado trabajando allí durante una semana o dos, y hasta ahora he sido bastante eficiente en todo mi trabajo. Solucioné todos los errores conocidos y agregué todas las características que no tuvieron tiempo de implementar.

Aquí es donde las cosas empezaron a ir mal. Soy el tipo de persona que no puede sentarse y 'no hacer nada'. Si no estoy solucionando un problema del mundo real o trabajando en algo que mejorará las cosas para los demás, me parece una pérdida de tiempo y de dinero de mis jefes.

Cuando solicito más trabajo, me dicen que actualmente no hay nada que hacer y que debería leer el código que él (mi compañero de trabajo) ha escrito hasta ahora, o leer la documentación de un marco que usan con frecuencia. Sin embargo, para mí, hacer cualquiera de esas cosas es tan útil como ver cómo se seca la pintura en tiempo real.

  • Leer sobre la documentación del marco: la empresa usa múltiples marcos grandes que aún no conozco completamente, he trabajado con ellos varias veces desde que trabajé aquí, pero no los he "dominado". Me dicen que siga los ejemplos en el sitio web, sin embargo, dado que son fáciles de usar para los recién llegados, no aprendes nada nuevo, ya que casi nada sale mal, no puedes aprender de tus errores.

  • Lea el código de la compañía para familiarizarse con él: Lo mismo se aplica aquí, ya me he desplazado por todos los repositorios, pero como no estoy buscando algo en particular, tampoco llegaré a saber realmente cómo funciona el código. O eso o lo que estoy leyendo es un espagueti completo, lo que definitivamente lo hace más difícil; pero se aplica el mismo problema. No puedes encontrar algo si no lo estás buscando.

Actualmente estoy bastante en conflicto sobre qué hacer, ¿hablo con mi gerente y le digo cómo me siento acerca de esto o hay una ruta diferente que debo tomar? Gracias de antemano por sus comentarios.

Podría refactorizar el código o encontrar algo que falta en las aplicaciones actuales y hacerlo usando sus marcos, esto le permitiría aprender sus marcos al mismo tiempo.
@Snowlockk Sugerí eso, les preocupa que lo "romparé" o dicen que es una pérdida de tiempo.
Tiempo para aprender, tiempo para mejorar la documentación.

Respuestas (1)

Realmente deberías tomar su consejo en serio.

Si no hay nada que hacer, el mejor uso de su tiempo es ahorrar tiempo para su empresa en el futuro poniéndose al día ahora. Hay una razón por la que no te ponen solo en tareas de limpieza o te hacen archivar papeles todo el día. Quieren que esté listo para ser productivo y bien informado cuando cuente, cuando tenga trabajo nuevamente.

Si encuentra que solo leer/comprender el código es aburrido, intente comprenderlo lo suficientemente bien como para replicarlo usted mismo, o intente refactorizar partes subóptimas de él. Si comienza a hacer eso, incluso puede producir valor al convertir un código antiguo de mala calidad en un código de trabajo limpio y agradable.

Si encuentra aburrido leer la documentación del marco, imagínese una tarea y resuélvalo usando ese marco. De esa manera, recogerá lo que necesita en el camino y no será aburrido. Tal vez escribir algunas aplicaciones de calidad de vida para la oficina, como una calculadora de horas extras o algo por el estilo.

Creo que el consejo de leer la documentación del marco debe interpretarse como un consejo para aprender sobre el marco. Si el OP necesita resolver un problema para aprender, elija un problema arbitrario para resolver.
@PatriciaShanahan Eso es exactamente lo que dice un párrafo de mi respuesta. Si encuentra que la lectura de la documentación es aburrida e inútil, haga algo con ella y cree un programa usando ese marco. Eso es lo que hice cuando estaba aprendiendo por primera vez la aplicación principal de mi empresa: escribí un programa para pedir pizza de manera más efectiva para el almuerzo de pizza mensual.