Tiempo requerido para iniciar la codificación en una nueva compañía [cerrado]

12

Soy ingeniero de software durante 4 años, y acabo de cambiar mi empresa por primera vez.

La compañía trabaja con la programación de pares, y han pasado 3 días, ni siquiera podía escribir una sola línea de código. Es muy frustrante para mí porque fui muy productivo en mi empresa anterior.

El código base es grande, usan 5-6 idiomas / herramientas con los que no estoy familiarizado, como rspec, haml, jasmine y otros. Pero aún así, me siento muy mal.

Este fin de semana creé UML para comprender mejor la aplicación, pero aún así supongo que no podré escribir código decente esta semana.

¿Esto es normal?

¿Cuál es tu experiencia cuando cambias de trabajo y te sumerges en una base de código grande escrita con idiomas / bibliotecas con las que no estás familiarizado?

Por supuesto que no estoy pidiendo el tiempo de exacto requerido, pero las experiencias pasadas o cosas para hacer el proceso serían excelentes.

Por cierto, ya leí las preguntas y respuestas a continuación, ¿Cómo te sumerges en grandes bases de código?

enlace

enlace

ACTUALIZAR

Todas las grandes sugerencias! Acabo de venir del trabajo, ¡he trabajado mucho!

Acerca de la programación de pares:

En general, escriben código, ¡y estoy intentando no perder ni un segundo! Si intento escribir el código, sé que tomará una eternidad, porque ni siquiera sé qué archivos debo editar, pero además, como dije, están usando 6-7 idiomas / marcos que no estoy familiarizarse con, y aprender todas estas sintaxis a la vez no es fácil.

Qué tan bien preparó la compañía para los ingenieros:

No puedo decir que estén bien organizados, que esperan que comience a escribir el código de inmediato.

Tomando notas, siendo proactivo:

Siempre estoy tomando notas cuando escriben un nuevo comando / o algo sobre modelos de datos. Mis compañeros son personas muy inteligentes y amables, y estoy tratando de hacer muchas preguntas, incluso muchas preguntas estúpidas a veces.

¿Es esto común ?:

@Telastyn, gracias por sus respuestas, me hizo sentir un poco mejor. Parece que mi problema no es tan raro, pero era realmente productivo antes de este trabajo, y ahora me siento inútil y no inteligente.

Espero poder comenzar a resolver errores / implementar problemas muy pronto.

Sobre los marcos / idiomas que usan:

Fui muy honesto al respecto, no dije que sé algo que no sé en realidad. Pero no esperaba tantas cosas diferentes, y desde que comencé a trabajar el día que acepté la oferta, no tuve tiempo de prepararme.

@Southpaw Hare, muchas gracias por compartir tu experiencia. Tienes toda la razón. No hay garantía de que voy a aprender todas estas cosas, pero lo estoy intentando. Al final, es difícil aprender toda la sintaxis a la vez, y creo que ese es el problema principal también. Porque puedo navegar bien en Ruby Code porque conozco ese idioma, y navego en js code gracias a los inspectores del navegador, pero el problema es escribir los códigos reales con los marcos / idiomas que no conozco.

    
pregunta Robert Johnson 01.04.2013 - 17:10

5 respuestas

10

Esto depende de cosas como la complejidad del sistema y la preparación de la organización para incorporar nuevos programadores. Puede tomar desde 30 minutos hasta varias semanas. No es necesariamente algo que estés haciendo mal y no debes sentirte mal por ello.

Sin embargo, lo que debes hacer es ser proactivo para solucionarlo para ti y para los demás. Dígale a su gerente acerca de sus frustraciones y trabaje en conjunto para superarlas y mejorar el proceso para otras nuevas contrataciones.

Escriba notas sobre las cosas con las que está luchando, haga una lluvia de ideas sobre cómo solucionarlas o sortearlas, y documente su proceso. Mantenga a otras personas que puedan ayudarlo con su progreso y busque ayuda. No hay nada vergonzoso en pedir ayuda.

    
respondido por el Rein Henrichs 01.04.2013 - 17:30
5
  

¿Esto es normal?

Para la mayoría de las bases de código es. Demonios, en mi empresa te reunirás con RH durante 2 días antes de que puedas tocar una computadora. Eso es un valor atípico, pero considere cuánto tiempo lleva configurar el entorno de desarrollo, familiarícese vagamente con el dominio, la estructura del código, las normas del equipo ...

Como líder del equipo, espero que no hagas nada efectivamente por 1 (dos semanas) de sprint, y trabajes en un ~ 50% para los próximos 1-2 sprints.

    
respondido por el Telastyn 01.04.2013 - 17:32
2

vaya al otro extremo ... Trabajé en una empresa que tenía solo 2-3 idiomas, pero pasé casi un año antes de que los programadores perdieran el código base, probablemente 1 o 2 meses antes de que se comprometieran. Primera línea de código.

No te castigues por eso, si fuiste honesto en la entrevista sobre tu falta de conocimiento sobre estas plataformas, sabían en qué se estaban metiendo. Toma tiempo y el tiempo no se puede ampliar, cortar o comprimir, solo asegúrate de aprovechar al máximo.

    
respondido por el Newtopian 01.04.2013 - 18:09
1

Realmente depende del trabajo que estés haciendo y del rol en el que te encuentres.

Si está haciendo un trabajo por contrato, se espera que, literalmente, se ponga en marcha, utilizando todas las habilidades a su disposición para realizar el trabajo. En general, el trabajo por contrato está bien definido y usted (generalmente) puede hacer esto, al menos en mi experiencia.

Por otro lado, comencé en un lugar que tenía una enorme base de código heredado con una gran curva de aprendizaje. No se esperaba que estuviéramos escribiendo el código de producción durante los primeros seis meses que estuvimos allí.

Sea paciente, absorba todo lo que pueda y póngalo en práctica cuando sea posible comenzar a codificar. Si está hospitalizado o tiene prisa, hay una buena posibilidad de que en un sistema tan grande pueda terminar rompiendo algo, especialmente si su cobertura de prueba no es brillante.

    
respondido por el Sam 02.04.2013 - 01:31
0

Una cierta cantidad de tiempo es absolutamente normal para acostumbrarme a algo tan completamente desconocido: no me culparía ni me sentiría mal. Sin embargo, es importante estar dispuesto a aceptar la posibilidad de que este trabajo no esté dentro de su conjunto de habilidades. Esto no es necesariamente el caso, simplemente vale la pena dejar la posibilidad abierta en tu mente.

El problema puede no estar en el tamaño de la base de código, pero en el hecho de que no conoce los idiomas involucrados. En mi experiencia personal, tuve un trabajo en una empresa donde no sabía ninguno de los idiomas que se utilizan en una base de código bastante extensa. Desafortunadamente, no pude aprender esto lo suficiente después de aproximadamente 5 meses y me fui a otra compañía. Allí, era competente en el idioma principal y, a pesar de que el tamaño de la base de código es comparable, lo he hecho bastante bien.

Cuando se trata de aprender nuevos idiomas, la gente suele pensar que es más fácil de lo que realmente es, y tienen altos estándares de aprendizaje rápido. Es probable que te lleve más tiempo del que crees, así que tenlo en cuenta independientemente de lo que decidas.

    
respondido por el Southpaw Hare 01.04.2013 - 18:18

Lea otras preguntas en las etiquetas