Estoy progresando poco en un proyecto importante. La fuente es masiva, muchas capas de objetos, código de macarrones, gráficos de doble diamante de herencia múltiple, características a medio congelar cuando el escritor original se fue, y nadie sabe por qué muchas piezas fueron diseñadas de la manera en que estaban.
Supongo que cualquier programador competente tendría problemas para resolverlo lo suficientemente bien como para corregir errores, terminar las cosas a medias y agregar nuevas funciones. Sin embargo, sospecho que voy más lento que un programador típico.
¿Cómo juzgo si la fuente es inusualmente mala y si me está yendo tan bien como cualquiera podría hacerlo, en comparación con la fuente es típica para un proyecto como este y soy poco inteligente o poco calificado?
fuente
Respuestas:
La única forma de decidir esa pregunta es adquirir muchos más programadores para abordar el mismo problema y ver si les va mejor.
Por supuesto, esto rara vez es práctico, la tarea ha recaído en usted mismo y siempre que esté haciendo lo mejor que pueda, investigando dónde le falla su conocimiento. Separándolo donde la complejidad te engaña y manteniendo a quien le importa bien informado de tu progreso. Entonces no me preocuparía y seguiría así.
fuente
En primer lugar, no pasaría demasiado tiempo preocupándome de que pueda ser "lento o poco calificado". Algunos proyectos son difíciles de entender, y los proyectos grandes a menudo tardan un tiempo en ponerse al día. Pensar que eres "estúpido" o que no estás preparado para la tarea no te ayudará de ninguna manera.
Parece que necesita ayuda con el código, así que considere sus recursos. ¿Tienes acceso a los codificadores originales? Si están disponibles, podrían ser buenos recursos para obtener información. ¿Qué documentación hay disponible? Si la documentación es escasa, saque un cuaderno y comience a crear su propia documentación personal.
La gran idea aquí es que debes esperar que este proceso tome tiempo, y cuanto menos tiempo pases golpeándote mentalmente, más energía tendrás para analizar el código y resolverlo. ¡Buena suerte!
fuente
Alguna vez has visto la curva de aprendizaje.
La teoría dice que inicialmente lleva tiempo dar un paso adelante. El truco es pasar el punto de paso rápido. Si se estanca regularmente, solicite la ayuda de su gerente o al menos manténgalo informado sobre los problemas que enfrentó. Mientras esté bien para el horario no hay problemas.
fuente
Diseccionarlo, una pieza a la vez
Su situación es muy común, "familiarizarse" lleva tiempo, como ya lo han mencionado otros.
Lo que encuentro es que si lo abordas "una pieza a la vez" , independientemente de lo complejo que sea un proyecto, lo descubrirás. Solo tienes que ser lógico al respecto.
Comience con decir un botón, profundizar en el código fuente , poner puntos de interrupción, ver paso a paso lo que está sucediendo. Hay dos cosas que debes cumplir:
fuente
¿Qué tal si tomas una vista diferente? ¿Qué necesitas saber sobre este código y tienes una manera de medirlo? Por ejemplo, si está tratando de corregir un error, eso puede requerir un tipo diferente de inmersión que si estuviera tratando de migrar el código de un idioma a otro, por ejemplo, pasar de VBScript a C #. Si está tratando de obtener todos los requisitos del código actual, eso puede llevar un tiempo, aunque sospecho que la mayoría de las personas tendrían ese tipo de problema.
fuente
Sr. Aaron Hillegass con las palabras inteligentes.
No eres estúpido, no eres lento y no tienes poca habilidad. Estoy en el mismo barco, he asumido un nuevo rol y la base de código existente es increíblemente grande y muestra signos de sobredesarrollo repetido, me ha llevado semanas llegar a un punto en el que siento que incluso estoy obteniendo Cercano a toda velocidad. Imagine que el proyecto es como aprender un idioma completamente nuevo, no sucede de la noche a la mañana, pero requiere paciencia.
fuente