¿Cómo respaldas tu código después del final del empleo?

17

¿Cuál es el proceso para abandonar una empresa (o incluso un grupo / división) en términos de soporte de código?

¿Es mejor manejar todas las preguntas? ¿Le da a los desarrolladores restantes acceso a usted mismo como un recurso futuro? Si es así, ¿hay alguna manera de no dar acceso completo?

He experimentado de primera mano donde las respuestas sobre la artitectura de software general del desarrollador inicial serían invaluables.

Entiendo que si se necesita asistencia seria, entonces se convierte en un caso típico de negociación de empleo como un contrato de apoyo. Sin embargo, si se requiere asistencia seria, ¿qué pasos puede hacer para facilitar el proceso de contactarlo?

Estaba pensando en hacer algo como hacer una dirección (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com.

Los detalles de mi situación:

Soy un estudiante cooperativo, y como tal reboto alrededor de las empresas en períodos de 4 meses. Esto significa presentarme a una gran cantidad de nuevas bases de código, así como dejar una parte justa del código huérfano cuando dejo una empresa. Me siento mal si dejo el código basura.

James
fuente
2
Sin ofender, pero dudo que pueda lograr algo significativamente complejo en el lapso de 4 meses que ningún desarrollador experimentado pueda manejar.
Louis Kottmann
1
@Caleb tiene la respuesta correcta. Excepto: usted es un estudiante cooperativo, lo que significa que en algún momento espera obtener un trabajo a tiempo completo en este campo, y está trabajando con empresas a tiempo parcial para obtener experiencia y contactos. Así que modere la actitud " @ # $ @ $ # @% de descuento, ya no estoy " con un pequeño " Hola, me encantaría trabajar con ustedes en el futuro ".
Ross Patterson

Respuestas:

47

¿Cómo respaldas tu código después del final del empleo?

Usted no Por eso se llama el final .

Si se sorprenderían de verte atravesar la puerta y comenzar a usar su equipo un mes después de que te fueras, te sorprendería que te llamaran y te hicieran un montón de preguntas un mes después de que te fueras.

Bien, de manera más realista, dependiendo de la situación, puede ofrecer responder preguntas por teléfono o correo electrónico por un momento, especialmente si a) le gustaría volver allí, b) son amigos de las personas que trabajan allí, c ) todavía dependen de ellos para una buena revisión, d) se sienten bastante seguros de que la compañía no abusará de su gesto de buena voluntad, y / oe) está dispuesta a compensarlo por cualquier apoyo adicional no trivial.

Esto significa presentarme a muchas bases de código nuevas

Es una buena habilidad para desarrollar, la necesitará.

así como dejar una parte justa del código huérfano cuando dejo una empresa.

Parte de su trabajo mientras todavía trabaja allí es documentar lo que ha hecho, o al menos asegurarse de que algunas de las otras personas que trabajan allí lo entiendan claramente. Eso es algo que interesa a la compañía, y deben asegurarse de que tengan lo que necesita mientras esté allí.

Me siento mal si dejo el código basura.

No escriba código basura en primer lugar. Si su código previamente bueno se vuelve basura (obsoleto, ya no es necesario, etc.) antes de irse, límpielo antes de irse. Si su código no es basura cuando se va, entonces lo que le suceda después no es algo de lo que deba preocuparse.

Caleb
fuente
1
Las consideraciones B y D son las únicas que me pedirán que deje la información de contacto. Realmente no hice mi trabajo en la salida si con frecuencia necesitan llamarme más tarde. Gran respuesta.
2
A menudo, las empresas asumen la responsabilidad de la persona que se va a capacitar a sus reemplazantes y culpan a la persona que se va por cualquier brecha de conocimiento posterior. Sin embargo, es realmente responsabilidad de los reemplazos asegurarse de que tengan el conocimiento requerido para hacer su trabajo. Desafortunadamente, pocas compañías se dan cuenta de esto.
akton
19

Normalmente se prepara para esto aproximadamente 2 semanas antes de la fecha de finalización programada. Planifique un tiempo para la transferencia de conocimiento a otro miembro del equipo e intente asegurarse de que puedan admitir el código antes de que haya empacado su escritorio. No se configure para recibir soporte perpetuo poniendo su información de contacto en el código. Si la situación es tan grave que nadie más que usted puede solucionarlo, probablemente puedan obtener su información de contacto de Recursos Humanos.

FrustratedWithFormsDesigner
fuente
55
Sí, pero en realidad es la razón por la que le avisas a tu jefe. Es su trabajo asegurarse de que estén cubiertos antes de que termines saliendo.
Doug T.
9

Capacite a la persona que lo reemplace tanto como pueda (si hay alguien).

Considero que es mejor dejar la documentación con el código, preferiblemente registrado en el control de origen si no hay un sistema de documentación central. Hagas lo que hagas, documenta tanto como puedas sobre:

  • Cómo poner en funcionamiento un sistema completamente funcional en la computadora de otro desarrollador
  • Cómo construir
  • Cómo desplegar

Ponga una copia de todo en un lugar central.

Enviar por correo electrónico todos los detalles a cualquier parte interesada .

Siempre me aseguro de que entiendan que pueden llamarme si tienen una pregunta, como a dónde fue, etc. Es bastante común que te llamen más tarde y te pregunten si quieres hacer un trabajo adicional si están enlazar. Eso depende de usted según su nueva situación y contrato de trabajo. No hay nada malo en decir: "lo siento, simplemente no tengo tiempo en este momento". Casi siempre es cierto de todos modos.

Scott Whitlock
fuente
2
"Tome una copia de todo" pero asegúrese de seguir la legislación laboral aplicable. Algunas empresas lo prohíben, y puede crear más problemas al tratar de ser útil.
1
No creo que quiera decir "lleva una copia contigo". La mayoría de las empresas tienen un archivo donde guardan copias de las versiones de software.
Robert Harvey
2
@ GlenH7 - No quise decir que debías llevarlo contigo. Lo editaré para aclarar.
Scott Whitlock
Hubo un gran hilo sobre si llevar o no el código contigo. Las preocupaciones legales (en mi humilde opinión) son los principales problemas. Su edición hace que su intención sea mucho más clara, gracias por poner eso. Votaré su respuesta nuevamente, pero, um, el sistema no me deja por alguna razón. ;-)
3

Pocas cosas me gustaría mencionar.

En los negocios, el dinero está por encima de los sentimientos. El empleador generalmente no tiene los mismos sentimientos que usted tiene de su parte. Una vez que deja la empresa, el trato está hecho. Las negociaciones y el período de notificación son pasos para mitigar sus riesgos.

Por supuesto, las personas se ayudan mutuamente con sus elecciones personales, pero las empresas realmente no esperan que vuelvas a arreglar las cosas por ti, incluso lo que escribiste en el pasado. Pero hay excepciones, pero depende de cómo sea importante para el trabajo.

Uno de mis amigos había dejado su empresa hace 1 año y recientemente uno de los gerentes de proyecto se contactó con él para solucionar un problema con el código que escribió hace unos años. Teniendo en cuenta el cambio y la complejidad para solucionar el problema, fue la opción más fácil. Finalmente los ayudó a solucionar el problema; pero en sus intereses personales y ética. Y tenga en cuenta que varios empleadores no pueden estar de acuerdo con esto. es decir, volverá a su antigua empresa y solucionará problemas.

Lo que debes notar es que,

  • Quienes hacen negocios serios actúan profesionalmente en esta situación. Ya no te quieren.
  • La mayor posibilidad de recibir una llamada del ex empleador es una llamada personal. Por lo general, no será una decisión organizativa acercarse a usted y corregir el código. También respetan su tiempo y las tareas actuales antes de preguntarle su tiempo.
  • Las empresas corporativas mantienen como máximo secreto su código y diseño. No quieren exponerse incluso a ex empleados.
  • La mayoría de los empleados que abandonaron la compañía se unirán a compañías con un dominio similar. Y la ex compañía y la nueva compañía podrían ser competidores. Si tiene patentes y se basa en la naturaleza del principio operativo de la compañía, la mayoría de las compañías no permitirán que los ex empleados trabajen con ellas, incluso si el ex empleado lo desea.
  • En su caso específico, sospecho que un período de 4 meses puede hacer que sea muy crítico para la organización y el proyecto, a menos que les esté dando radicalmente algo recién nacido en sus cabezas.
sarat
fuente
+1 por abordar el riesgo legal de que la compañía exponga el código a ex empleados que ya no están bajo contrato. Nunca pensé en cómo el soporte podría dañar a una empresa hasta ahora
James
2

todas las cosas que los demás dijeron y luego:

Considere la programación conjunta .
Siéntate con dos personas detrás de un escritorio. Programe todo en parejas. cuando uno de ellos (usted) se va, el otro todavía tiene todo el conocimiento.

Hay muchas otras ventajas, pero ese es otro tema.

Boris Callens
fuente
Realmente me gusta esta respuesta! Añadiría un enlace para que se vea bonito.
Malaquías el