Trabajas como ingeniero de software junior en un proyecto relativamente nuevo para ti. Se le asigna una nueva tarea. ¿Cuál es su enfoque para completar la tarea con poca o poca ayuda de sus colegas?

Bien, estuve en esta posición hace unos años. Descubrí que no podía entender el proyecto por mi cuenta sin preguntar. Aunque me estaba asegurando de no hacer preguntas tontas. Por ejemplo, en ese momento no entendía conceptos como Dao, MVC o arquitectura de múltiples niveles o pruebas de integración o plantillas, DI, Contexto de aplicación, etc.

Así que me esforcé por comprender estas cosas por mí mismo y el resto llegó por sí solo bastante rápido. No se apresure a terminar la tarea, tómese su tiempo para hacerlo bien e intente hacer todo lo posible por su cuenta. O si necesita pedir ayuda, en lugar de preguntar cada 30 segundos (lo que lo hace desagradable), diríjase a su colega con su pregunta claramente definida en su mente y amablemente pregunte: “Hola, ¿tiene un minuto?” o “¿Es este un buen momento?” antes de disparar tu pregunta.

De esta manera se demostró que fue exitoso para mí, también podría serlo para usted. Después de un tiempo, te harás amigo de los demás desarrolladores y encontrarás más natural colaborar. No se preocupe, solo demuestre que está decidido a hacerlo bien.

Finalmente, si no comprende cómo funcionan las cosas, simplemente depúrelo. Aunque si es realmente incomprensible, entonces el código no es tan bueno, debería ser fácil de leer, de lo contrario, podría haber algún problema

Sugeriría hacer preguntas. Eso es todo lo contrario de lo que está buscando, pero obtener ayuda ahora puede ayudarlo para que no haga preguntas más adelante. Como chico de nivel junior, descubrí que aprender la base del código y hacer preguntas, incluso si eran preguntas totalmente novatas, me ha ayudado mucho. Sepa qué están haciendo las piezas en su software, aprenda dónde están las cosas, y luego le resultará más fácil al menos comenzar.

Entonces, lo primero, y lo que debe hacer en cualquier momento libre, es revisar el código y los documentos (el código está documentado, ¿verdad?) Y familiarizarse con las secciones generales de la base del código.

Aparte de eso, puede solicitar un documento de especificación claro que lo guíe a través de lo que quiere el cliente. Asegúrese de encontrar un mentor en su departamento para tener a alguien a quien pueda acudir con preguntas.

A medida que se sienta más cómodo en el rol y aprenda el código, se vuelve más fácil

Eres junior Se espera que hagas preguntas. Por lo tanto, no sientas timidez por preguntarles.

Sin embargo, una cosa que debes aprender muy rápido es cuándo hacer preguntas y cuándo seguir tratando de resolver las cosas por ti mismo. Por un lado, si pasa mucho tiempo investigando algo para lo que otra persona podría haberle dado una respuesta, podría afectar la fecha límite del proyecto. Por otro lado, acudir continuamente a otra persona en busca de ayuda puede crear una situación en la que le está tomando tanto tiempo a otros miembros de su equipo que puede ser más rápido para uno de ellos hacerlo. Es una línea muy fina, y tienes que aprender a caminarla.

Idealmente, su jefe / gerente / arquitecto tiene suficiente comprensión de sus limitaciones que él / ella se encargará de que alguien lo ayude en aspectos en los que necesita ayuda. Sin embargo, las personas no son perfectas, e incluso el mejor jefe puede fallar en anticipar sus necesidades. Si se encuentra en un punto en el que ve que está pidiendo un cierto tipo de ayuda con mucha frecuencia, vaya a hablar con su jefe y dígale que necesita este tipo de ayuda, y él / ella debe asignar a alguien más en el proyectar contigo

Quizás necesites ayuda para hacer el diseño. Nadie sale de la universidad sabiendo cómo hacer un buen diseño. Le ayudará tener a alguien más de quien aprender. Si necesitas a alguien de quien aprender, ve a pedirlo.

Creo que su enfoque no es óptimo. Uno no debe tratar de evitar hacer preguntas. En mi primer trabajo me sentí abrumado con las tareas que tenía que hacer. Resolver todas las cosas en primer lugar me habría llevado mucho tiempo y, en segundo lugar, tendría las cosas de una manera no óptima. Sus colegas tienen mucha experiencia y probablemente conocen el flujo de trabajo correcto o el enfoque de un problema. Por lo tanto, debe hacer muchas preguntas al principio, para asegurarse de que lo está haciendo bien. Si tiene algo de experiencia en el área de trabajo, puede saber dónde buscar las cosas y cómo funciona todo el proceso.