¡Pregúntales! Enderezar las cosas, lo antes posible. No me refiero a “hey, WTF esperas de mí?”.
Tuve una situación similar. Sin embargo, no era un desarrollador junior, pero no importa. La nueva compañía me lanzó a un gran proyecto sobre una industria de la que no tenía conocimiento. El problema no estaba en las tecnologías que usaban, sino en la industria.
Al principio, no tenía dudas, entraré al juego muy pronto. Les dije que, obviamente, necesito un día para familiarizarme con el código, los conceptos, la API y la tecnología en uso. El jefe dijo: “hmmm, está bien”. Con una sonrisa, que no era entendible para mí en ese entonces.
- ¿Debo elegir una carrera de ingeniero de software? También lo amo
- Soy ingeniero de software con 2 años de experiencia. Estoy pensando en dejar mi trabajo para estudiar para UPSC (IAS), pero me preocupa que la brecha profesional de 2 años afectará mis perspectivas de trabajo, si no me despejo y quiero volver a los trabajos de software.
- Como desarrollador, ¿debería aprender y buscar tecnologías que me gustan o que son más demandadas?
- ¿Cómo convertirse en un desarrollador de software muy eficiente? ¿Qué habilidades necesita uno para convertirse en un buen ingeniero de software senior?
- ¿Qué debe saber un ingeniero de software en 2016?
Al día siguiente lo supe: esto llevará “un poco” más tiempo. Conté la cantidad de archivos involucrados en este proyecto y la cantidad total de líneas. Tener argumentos. Tan pronto como mi jefe salió de la oficina por un minuto, comencé a gruñirles a mis compañeros de trabajo que “demonios, esto es GRANDE … maldita sea … no entiendo la mayor parte”. Esperaba que me apoyaran, cuando se lo diré a mi jefe (lo hicieron). Se rieron y me dijeron que lo sabían y que no debía preocuparme por eso.
Cuando regresó el jefe, lo miré con este tipo de cara:
y le dije que me había equivocado ayer. Me tomará un poco más de tiempo entender todo esto. Él dijo…
Lo sé. No hay prisa.
Los compañeros de trabajo confirmaron y preguntaron “¿qué esperabas?” ¿Lo ves? ¿Qué esperaba? ¿Que manejo esto de inmediato? De ninguna manera 🙂
Por cierto, me gustan las respuestas de William Hurley y Quora User, pero tengo dudas sobre el segundo punto hecho por Jeremy: “No hagas muchos comentarios negativos o preguntas, o sugerencias sobre mejores métodos”.
Quiero decir, sí, no des ” muchos ” de tus comentarios. Pero eso no significa que debas hacer lo que dicen, sin hacer preguntas si tienes dudas, como “por qué”, “¿por qué no usar esto y aquello?” O “dónde está el armario”, etc. Hay tres razones para ese:
a. El muy práctico. Si se supone que debes trabajar en este proyecto, debes entenderlo . Tienes que saber por qué alguna idea es mejor que la tuya. No puedes seguir las órdenes, como en un ejército. No es un ejercito. Es TI.
si. Esto será apreciado por tu jefe. Su jefe y compañeros de trabajo comprenderán que desea ser útil lo antes posible. Y que tienes tu propio cerebro y lo usas. Que quieres que la empresa tenga éxito, no que te importe una mierda.
C. Nos gustan las tormentas de ideas. No estoy seguro de qué significa exactamente “desarrollador junior” en su caso (¿es usted un principiante completo o qué?), Pero si cree que puede traer algo a la discusión, hágalo. Esto será apreciado Mucho más que si estuvieras en silencio todo el tiempo.
Pero, demasiado es demasiado (como dijo Jeremy: “No le des mucho …”). Creo que dos o tres preguntas / sugerencias sobre el panorama general todos los días son suficientes. Preguntas simples, sobre algunos detalles … bueno, no tuve problemas para hacer docenas de ellas todos los días 🙂 Por supuesto, nunca interrumpí la conversación con nadie, y siempre pude sentir los momentos, debería callarme (porque estaban ocupados o algo así) .
Buena suerte.