No tengo tareas prácticas como nuevo desarrollador, ¿es de esperar? [cerrado]

Recién me contrataron como desarrollador. El proceso tomó alrededor de 1 mes y después de firmar el contrato me pidieron que me presentara a trabajar 2 semanas después. Desde hace varias semanas solo estoy leyendo documentación (características del lenguaje, marcos...).

Hace varios días me dieron el proyecto para revisar (estudio). Traté de mirar algún código, pero no estoy exactamente seguro de cómo se supone que debo entender el proyecto solo mirando el código. Estoy aburrido porque no tengo tareas prácticas y no creo que toda esta documentación me esté sirviendo de nada (dado que no aplico nada en la práctica, solo probé algunos ejemplos básicos y no recuerdo la mayor parte de lo que estoy leyendo).

El gerente dijo que están configurando mis cuentas y cosas así, pero ya ha pasado mucho tiempo. ¿Es esta una práctica normal? Es difícil para mí pensar en tareas desafiantes y siento que es un desperdicio estar involucrado en nada práctico.

¿Es mi experiencia normal para un nuevo desarrollador?

votante negativo, explique: en mi opinión, la pregunta se describe en detalle y es apropiada para el tema

Respuestas (5)

Esto sucede todo el tiempo en el gobierno y en algunas empresas. Tienen un presupuesto para 10 programadores, por lo que contratan a 10 programadores, encontrar trabajo para todos a veces es un problema, pero ese es otro problema.

Si no contratan a 10 programadores, su presupuesto se reducirá la próxima vez que se revise.

El momento de la contratación puede ser difícil de hacer. ¿Comienza a contratar solo después de que ya necesita personas y posiblemente se retrase de inmediato o comienza a contratar porque sabe que necesitará personas a riesgo de no tener trabajo listo para ellos cuando lleguen?

Parece que trabajas para una gran multinacional. La incorporación puede ser lenta y complicada cuando hay obstáculos ridículos por los que pasar. Es aburrido tratar de ponerse al día sin tener acceso a las herramientas adecuadas. A cualquier gerente en su sano juicio le gustaría que se pusiera al día lo antes posible; sin embargo, en muchas organizaciones (incluida la mía) los procesos que tardan semanas en completarse no se pueden iniciar hasta su fecha de inicio oficial.

Relájate, esto no es una gran señal de alerta de que nunca te darán nada interesante. Es una gran señal de alerta que esta organización es una burocracia y debe estar preparado para lidiar con la burocracia a menudo.

Esto puede ser normal, dependiendo en gran medida de la empresa y de su experiencia. Cuando entré por primera vez en el desarrollo, y pensé que era un gran éxito, pero en realidad era realmente terrible en mi trabajo (sin decir que eres tú), me contrataron en una empresa que hizo algo similar conmigo.

La cuestión era que sabían que yo era nuevo y que no tenía muchas de las habilidades que buscaban, pero vieron potencial. Entonces, esta compañía contrató montones de desarrolladores basados ​​en este criterio a bajo costo, los mantuvo básicamente permitiéndonos cobrar un cheque mientras nos capacitaba y esperaba que mejoráramos. Luego, aproximadamente un año después, Recursos Humanos caminó por nuestro departamento como leones en la caza y arrastró a docenas de personas que no lograron pasar por la puerta principal.

Ahora, no digo que esto sea necesariamente por lo que estás pasando, pero esta es una explicación razonable. Quieren invertir en usted y desarrollar sus habilidades, al mismo tiempo que lo familiarizan con su base de código y herramientas, con la esperanza de que el potencial que ven florezca.

Puede ser difícil incorporar a una nueva persona en un proyecto. Por lo general, se le pedirá que lea la documentación hasta que se configuren sus cuentas. Debe recordar que un desarrollador sólido debe poder "leer" el código para comprender la implementación existente, pero solo leer el código para un proyecto a gran escala es muy difícil incluso para los desarrolladores expertos. Tienes que emparejar el código con documentación bien escrita o tutoría.

Dado que ha leído la documentación y el código fuente, escribiría una lista de preguntas sobre el sistema existente que está tratando de comprender y experimentar si puede responder las preguntas usted mismo. Si no, pida trabajar con un desarrollador senior para responder a estas preguntas. Si falta la documentación, comience refinando la documentación existente o escribiendo una nueva.

No creo que esto sea normal, sin embargo, he escuchado historias como esta que suceden de vez en cuando en grandes empresas. Las grandes empresas a veces parecen ser capaces de permitirse este desperdicio de recursos y mano de obra en mayor medida que las empresas más pequeñas. Cuando se dispone de una cierta cantidad de presupuesto, un departamento de una empresa más grande puede optar por contratar a un desarrollador incluso si no hay trabajo inmediato para él o ella.

Creo que has hecho bien en pedir una tarea. Volvería a hacer esto (de forma educada, por supuesto) si la situación no cambia. Tal vez puedas buscar a otra persona con quien hablar. Un gerente 'no técnico' podría no ser la persona adecuada.

Si esta situación no cambia en un período de tiempo más largo, piense en unirse a una empresa más pequeña. Pero tendrán otras peculiaridades distintas a las de las empresas más grandes.

Idealmente, te unes a una empresa en la que trabaja alguien que conoces, por lo que ya tienes información privilegiada, por así decirlo. Pero, por supuesto, esto no siempre es factible.