Las otras respuestas a esta pregunta se centran en la documentación. Sin embargo, este enfoque rara vez funciona porque la mayoría de los desarrolladores de software odian escribir documentación y es probable que produzcan a regañadientes documentación pobre o inútil en esta situación. En cambio, primero considere la programación de pares.
En mi experiencia, obtienes más valor al hacer que el ingeniero de reemplazo pase el mayor tiempo posible, durante el período de aviso de dos meses, empareja la programación con el ingeniero que se va. Al pasar mucho tiempo juntos, haciendo el trabajo real, pueden discutir continuamente cómo funciona el software, intercambiando mucha más información de la que la documentación puede capturar.
Utilice la limpieza del código como tarea del par, ya que esto les da una razón para revisar todo el código fuente en detalle. Si esto va bien, terminarán discutiendo la estructura y el diseño del código, y cómo funciona.
- Como nuevo ingeniero de software de Pakistán, ¿qué pasos debo seguir para conseguir un trabajo en una empresa como Google en los próximos 3 a 4 años?
- ¿Los ingenieros de software que usan lenguaje / software patentado en trabajos anteriores consideran una desventaja para los reclutadores / entrevistadores?
- ¿Cuál es el salario promedio de un SDE II en Flipkart con 7 años de experiencia?
- ¿Debo hablar con mi gerente acerca de no obtener una promoción de ingeniero de software?
- ¿Cuáles pueden ser los mejores consejos y pautas para un estudiante de ingeniería de software de último año para su proyecto?
Tenga en cuenta que los desarrolladores no pueden emparejar el programa todo el día, por lo que debe cubrir sus apuestas y utilizar también las otras estrategias, incluida la documentación.