Cómo entender el código de un proyecto de manera rápida en un entorno profesional y programar más rápido

Creo que las personas que lo entrevistan y contratan tienen experiencia en cómo seleccionar un recién graduado. No te contrataron porque eres capaz. Lo hicieron porque piensan que tienes el potencial de poder. Después de todo, no tienes experiencia previa trabajando en una empresa de software y cooperando con otros ingenieros, ¿verdad? Además, mi última función me llevó 3 semanas, por lo que la forma en que califique su rendimiento debe basarse en la dificultad y la complejidad de su tarea. La falta de confianza es bastante normal, y solo debe ser consciente de ello. Con el tiempo, su capacidad crecerá y gradualmente establecerá su confianza profesional.

Ahora la parte técnica. No soy bueno leyendo el código, pero creo que tengo algunos consejos para compartir.

  • No intentes leerlo todo. Ejecute el proyecto y vea cómo se ve. Piensa por qué se ve como es. Imprima algunos registros o depure con algunos puntos de interrupción.
  • Pedir ayuda. Los ingenieros superiores son generalmente amables y están listos para ayudar. Solo piense bien antes de hacer sus preguntas, para no perder su tiempo. Pídale a sus compañeros de trabajo que tracen el esquema del proyecto para usted (y los nuevos recién llegados posteriores).
  • Lea más detenidamente las partes relacionadas con su función. (Eso es lo que debería tomarse el tiempo, ¿verdad?) Tienes que saber sobre lo que ya se ha construido, para poder construir cosas nuevas sobre las existentes. Proporcione un diseño aproximado y muéstrelo a su mentor (si corresponde) para obtener comentarios. Los buenos diseños toman iteraciones.
  • Si eres enérgico y puedes llevarte el código a casa, pasa un tiempo libre leyendo y entendiendo en qué trabajas.

La escuela y el trabajo son diferentes.

En la escuela, el código siempre se escribe de forma lógica, de una manera fácil de entender.

En el mundo real, el código está escrito para funcionar. Si no lo entiendes … no eres la computadora que lo va a ejecutar, así que no importa.

Si el programador que lo escribió no lo comprende en 5 años … probablemente haya obtenido otro trabajo para entonces, así que no le importa.

Probablemente te contrataron como principiante, porque eres más barato que alguien con 10 años de experiencia, que entendería el código de inmediato. Su posición no requiere que entienda el código de inmediato. Si le molesta que no lo haga, lleve parte de ese código a casa (si se le permite) y pase sus tardes y fines de semana estudiándolo.

Después de 10 años de código de calzado de zapatos en formas extrañas para que funcione, comprenderá el código que otros calzan en formas extrañas.

Fui ingeniero de software durante más de 20 años y NUNCA tuve una manera rápida de entender el código de un proyecto existente. Solo se necesita trabajo duro y determinación para atravesar el desorden del código que a menudo se repara hasta la muerte .

Si encuentra una manera rápida, ¿quizás me lo haga saber?