Soy relativamente nuevo en la industria del software. Trabajé alrededor de 1 año en el gobierno como programador y alrededor de 3 meses en una pequeña empresa de comercio electrónico. Ambas empresas son bastante pequeñas y el equipo de desarrollo consta de un gerente (no técnico), un desarrollador senior y un desarrollador junior (yo).
En ambas posiciones, siempre me encuentro sin trabajo que hacer.
A veces estaré sin trabajo por un par de horas, a veces estaré sin trabajo por días. Durante este tiempo, ejecutaré pruebas, limpiaré código, leeré documentación y agregaré pequeñas funciones de calidad de vida a las aplicaciones.
Mi pregunta es: ¿Es esto normal para los desarrolladores? ¿Debería simplemente implementar una función sin pedir aclaraciones y luego presentar mis resultados? ¿Debo presentar un proyecto o una función en la que podría trabajar? ¿Qué debo hacer durante mi tiempo de inactividad?
Me resulta difícil pasar el día cuando no tengo nada en el plato.
En resumen: sí, especialmente para los miembros junior de los equipos pequeños (y especialmente los pequeños equipos de desarrollo integrados en grandes empresas).
Debe darse cuenta de que, como desarrollador junior con poca familiaridad con el código base; usted representa una pequeña porción de la capacidad del equipo de desarrollo. Es fácil para usted deslizarse entre las grietas porque su compañero de trabajo principal (con suerte) lo está superando en una gran cantidad. A medida que crece en experiencia (tanto total como con los sistemas de la empresa), esta brecha debería desaparecer.
Recomiendo usar este tiempo para familiarizarse más con el medio ambiente. Las correcciones de errores menores son una excelente manera de familiarizarse con una base de código. Al igual que la documentación, las pruebas de escritura y otros mantenimientos variados.
Habiendo estado en una situación similar, esto es lo que sugiero.
Lo más importante, en mi opinión, es que no te quedes sentado jugando con los pulgares. Esto puede conducir a la depresión de su parte y al desarrollo de malos hábitos en el lugar de trabajo.
En cambio, debe encontrar alguna forma de mantener el compromiso.
Lo que sugiero es buscar proyectos en los que pueda trabajar que estén relacionados con su trabajo.
Tal vez su empresa esté utilizando una tecnología obsoleta; podría comenzar a investigar y aprender una tecnología para reemplazarla.
¿Algunos aspectos de su trabajo son repetitivos? Crea una herramienta para automatizarlo.
¿Hay alguna característica de la que cree que se beneficiará su empresa? Por supuesto, créalo, pero no lo confirmes en el código base. Vea si se valora diciendo 'Oh, por cierto, aquí está esta herramienta que creé'.
¿Qué quieres estar haciendo con tu carrera? Aprende esa tecnología.
Siempre puede saltar a Stack Exchange y responder preguntas / preguntas de revisión de código.
Ahora, es posible que te sientas mal por hacer un trabajo que no te han dicho específicamente que hagas. Para aliviar esta tensión, sugeriría simplemente hablar directamente con su gerente: 'Oiga, jefe, actualmente estoy esperando en el trabajo, estaba pensando en hacer XYZ mientras espero, ¿le parece bien?'. Entonces
siempre que esté haciendo el trabajo que necesita hacer y su gerente sea razonable, esto debería estar perfectamente bien.
¿Debería simplemente implementar una función sin pedir aclaraciones y luego presentar mis resultados?
Eso es lo único que me opongo a sus preguntas. No hagas nada para lo que no estés autorizado. ¿Qué sucede si un error en su función estropea algo? Agregue sus características en su entorno local en el mejor de los casos.
Como su pregunta original, valore este tiempo libre aprendiendo una nueva tecnología que también es útil para su proyecto actual. Nunca luzcas aburrido o completamente libre, porque esto molestará a tus compañeros de trabajo y jefes, aunque sean ellos los que te mantengan libre o no.
Como ya entendió, la refactorización y la búsqueda de errores son actividades que los desarrolladores de software siempre deben realizar cuando no están ocupados con otras tareas.
Trate de familiarizarse con el código base de la empresa. Leer código siempre es instructivo, pero es aún más valioso para los jóvenes programadores. Si te encuentras con cosas que no entiendes: felicidades, acabas de encontrar algo nuevo que aprender. Si algo le molesta, intente averiguar el motivo (el control de versiones y el rastreador de errores pueden ayudar), o pregúntele al desarrollador senior en uno de sus momentos menos ocupados.
deviantfan
Is this normal for developers?
Depende de la empresa...Should I just implement a feature without asking
No.bohemio
chakeda
bohemio
Thorbjorn Ravn Andersen
ethan el valiente
cris
ProyectosCostaOeste