Solo siendo contratado como desarrollador senior, nunca he sido un desarrollador junior, ¿qué debo esperar? [cerrado]

He sido un profesional independiente y un programador nocturno durante un tiempo, y recientemente, me han contratado después de varios niveles de entrevistas en una buena compañía de Nueva York, a pesar de que tengo algunas carencias en campos específicos. ¿Es esto común que las empresas contraten a personas mayores con menos experiencia? ¿Esperarán algunas semanas para respetar una determinada curva de aprendizaje?

No sé nada sobre trabajar en una empresa, por eso me preocupo. Después de una semana, todavía estoy revisando y explorando las fuentes, pero después de una semana de trabajo, parece que algunos compañeros de trabajo están considerando que soy lento. Soy bueno en matemáticas, física, algoritmos, pero aún necesito aprender sobre todas las plantillas utilizadas en esta empresa.

¿Alguien aquí ya recibió un miembro senior con menos experiencia en su equipo? ¿Es esto aceptable?

Estoy planeando tener una reunión con mi jefe para dejar de preocuparme por eso. ¿Suena como una buena idea?

[EDITAR]

Gracias por estas respuestas. Definitivamente soy un nuevo desarrollador senior. Regresé a la oficina con más confianza el lunes. Supongo que es normal sentirse un poco incompetente frente a plantillas / fuentes desconocidas durante las primeras semanas cuando recibe una buena paga.

No existe una definición comúnmente aceptada de "desarrollador senior". Pueden existir definiciones dentro de las organizaciones, pero un desarrollador sénior generalmente representa a alguien:

1. Con experiencia en desarrollo de software (mínimo 3-5 años),
2. Puede trabajar sin supervisión constante (a menudo sin supervisión),
3. Familiarizado con el entorno de desarrollo y las herramientas,
4. Capaz de supervisar o enseñar a los desarrolladores junior,
5. Capaz de diseñar e implementar proyectos pequeños a medianos.

Es difícil hablar sobre su situación específica, pero generalmente hay una curva de aprendizaje al unirse a un nuevo equipo.

No importa cuán estándar sean las herramientas y los procesos que usan, cada equipo tiene un historial de decisiones que los llevan a su estado actual. Si la organización usa bibliotecas o entornos personalizados, mi primera pregunta sería preguntar sobre documentación y capacitación . Las grandes empresas pueden tener una capacitación formal para los nuevos empleados, incluso los de mayor antigüedad. Lea los diseños existentes, la documentación del entorno de construcción, los procesos, etc. Si no existen, ofrezca documentarlos .

Luego pediría emparejarme con un desarrollador senior existente . Esta suele ser la forma más rápida de aprender qué se espera y cómo funcionan las cosas. ¿Cómo resolvieron ese problema? ¿Cuánto esfuerzo gastaron en pruebas unitarias y revisiones? ¿Por qué lo hicieron de esta manera y no de esa manera? Asegúrese de que el otro desarrollador lo ayude a configurar su entorno de desarrollo y también lo guíe a través del proceso de lanzamiento .

Hágales saber que conoce el lenguaje y las herramientas, pero no sus técnicas. Por ejemplo, si anteriormente hizo las cosas de una manera diferente y piensa que es mejor que a su manera, sugiéralo tentativa y respetuosamente.

Con suerte, emparejarse con ellos no los retrasará. Incluso pueden apreciar otro par de ojos para detectar errores tipográficos y problemas antes de comprometerse con el control de la fuente.

Por último, tenga en cuenta que no comprenderá completamente un proyecto grande dentro de una semana, así que comience a corregir pequeños errores o características . Asegúrese de que su amigo los revise y reciba todos los comentarios. Echarás de menos las cosas. Cometerás errores. Está bien. Aprende de ellos, no los repitas y trabaja duro. Si eres bueno en lo que haces, llegarás allí.

Después de una semana, todavía estoy revisando y explorando las fuentes, pero después de una semana de trabajo, parece que algunos compañeros de trabajo están considerando que soy lento.

Una semana es un corto período de tiempo. Incluso después de un mes, seguirá verificando las fuentes. Esta empresa no lo contrata para conocer su código de memoria. Sus herramientas de desarrollo o IDE están aquí para ayudarlo con esto. Si se produce algún problema con algunos compañeros de trabajo después de una semana, simplemente pregúnteles cómo funcionan y qué herramientas utilizan. Si consideran que eres lento después de una semana, esto es totalmente abusivo. El tiempo mínimo necesario para comprender una aplicación existente es de aproximadamente un mes. Especialmente con cosas corporativas, eso a veces o la mayoría de las veces no está documentado en absoluto. Eres un humano, no una computadora.

Debes pedirles a tus compañeros de trabajo que dejen de mostrarte que eres lento o que son mejores que tú, ¡esto no tiene sentido! Seguro que son más rápidos que tú, porque escribieron las cosas ... Alguien te da el trabajo, te han contratado por lo que puedes hacer y lo que has hecho antes, por lo que estos chicos solo deberían darte la bienvenida, ayudar con una explicación de kickstarter, stand-ups diarios e informes semanales. Si continúan con este comportamiento, esto es muy preocupante y debe considerar resolver este problema con un gerente o irse.

Soy bueno en matemáticas, física, algoritmos, pero aún necesito aprender sobre todas las plantillas utilizadas en esta empresa.

Esto es bastante normal y puede llevar meses. Intente trabajar primero en partes muy pequeñas de la aplicación y luego aprenderá y podrá tener una visión global del código, los procesos (esto puede ser tan importante como el código), la metodología (incluso si no es formal), etc.

Incluso para las personas con experiencia en "trabajar en empresas", estar alerta no es necesariamente algo malo, lo mantiene alerta y concentrado. Mientras mantengas tu confianza y no te paralices.

Se vuelve más fácil. Al trabajar en una base de código grande, es de esperar que necesite tiempo para familiarizarse con sus complejidades. Tenía más de una década trabajando para varias compañías antes de cambiar al desarrollo (hace poco más de un año) y todavía tengo momentos de dudas cuando me enfrento a problemas complejos o enormes cantidades de código (nuestro código el recuento de la línea base se ejecuta en muchos millones), pero solo sigo adelante, mantengo abierto Google, StackOverflow y este sitio web aquí, no me enorgullezco de pedir ayuda. Eres parte de un equipo, ya no eres el codificador solitario en el escritorio de tu casa. Aproveche la experiencia y el conocimiento de sus colegas.

Lo contrataron después de varios niveles de entrevistas , lo que significa que tomaron una decisión informada al contratarlo. Sé genial, tienes el trabajo. Eso significa que ya existe un nivel de confianza en sus habilidades y que ha estado codificando durante un tiempo. Lo harás bien