¿Debo decirle a un compañero de trabajo fallecido acerca de su defecto de “siete”? [cerrado]

13

Hace poco tuve un compañero de trabajo que dejó nuestra empresa. Antes de irse, codificó un componente que tenía una pérdida grave de memoria que causó una interrupción de la producción ( OutOfMemoryError en Java). El problema fue esencialmente un HashMap que creció y nunca eliminó entradas, y la solución fue reemplazar el HashMap con una implementación de caché.

Desde un punto de vista profesional, creo que debería informarle sobre el defecto para que pueda aprender del error. Por otro lado, una vez que las personas dejan una empresa, a menudo no quieren escuchar sobre los proyectos heredados que han dejado para cosas más grandes y mejores.

¿Cuál es el protocolo general para este tipo de situación?

    
pregunta noahz 12.06.2012 - 16:55

9 respuestas

112

No cazas a un antiguo colega para decirle que cometió un error. Puedes decirle a tu amigo que cometió un error.

Depende de usted.

si es un amigo o un antiguo colega.     
respondido por el jmoreno 12.06.2012 - 17:03
29

No hagas nada.

  1. Ponerse en contacto con alguien simplemente para decirle que cometió un error, pero lo solucionamos, no es profesional y, por mucho que lo intentes, es poco probable que se reciba de forma positiva.
  2. Hablar en profundidad lo suficiente como para que una conversación sea remotamente útil sobre el código para no empleados es malo, independientemente de los posibles problemas de NDA.
respondido por el Ryathal 12.06.2012 - 17:06
4

Si tiene un NDA, entonces es un gran no-no hablar con alguien que no sea de su compañía sobre cualquier problema relacionado con la propiedad intelectual, ya sean ex empleados o no.

Si no tiene una NDA, me atrevería a decir que a él / ella no le importará.

Aparte de eso, ¿esa persona estaba descontenta? ¿Fue algo que realmente podría haber sido intencional?

    
respondido por el Demian Brecht 12.06.2012 - 17:02
4

Con un error tan simple, las probabilidades son buenas si molestan al compañero de trabajo, probablemente se dieron cuenta del problema un par de días después, mientras se preguntaban al respecto. Sé que me fui a casa del trabajo y me di cuenta de que "... mierda, ese algoritmo está totalmente defectuoso, tendré que rehacerlo mañana" mientras me relajo y me acuerdo de mi día.

    
respondido por el Yamikuronue 12.06.2012 - 18:44
4

¿Este compañero de trabajo es tu AMIGO con el que sigues teniendo contacto cercano después de la partida? Si es así, hable sobre eso si / cuando está tomando cervezas en la barra.

De lo contrario, ¿para qué molestarse?

PS .: Sobre el asunto de NDA, ¿cuál es el secreto aquí? El Sr. X es el que escribió el código de todos modos y si la salida es reciente, el software continúa en el mismo nivel de divulgación.

Las cosas serían diferentes si esta charla ocurre 3 años después de la partida y dices cosas que él no tendría que saber excepto por ti ...

    
respondido por el Fabricio Araujo 12.06.2012 - 22:09
2

Depende de cómo se fue esta persona y de su relación con él / ella.

Además, ¿qué te importa? Veo que quieres ayudarlo a "aprender del error", pero ¿de verdad lo eres? ¿Vas a mostrarle los registros * y el seguimiento de pila *? ¿Le vas a mostrar los pasos que tomaste para diagnosticar el problema? ¿Le mostrarás la fuente * para que pueda ver dónde estaba el problema?

Si no, es probable que estés perdiendo su tiempo y el tuyo.

* ¿Tendrá problemas para divulgar los activos / datos de la empresa a un no empleado?

    
respondido por el BryanH 12.06.2012 - 17:03
1

¡Si decide decirle a él, asegúrese de informar también a todos los revisores de su código! ¡Son igualmente responsables! Para mí, parece que no te llevaste bien con este chico y querías tener una excavación en él. Déjalo ir, es poco probable que le importe.

    
respondido por el James 12.06.2012 - 18:58
1

Probablemente no

A mí me parece que no tiene sentido, ya sean amigos o colegas. Y, en algunas circunstancias, posiblemente dañino para ellos, para usted y para su relación con ellos.

Todos cometemos errores ocasionales.

De hecho, el único factor que me haría querer decirles a mis colegas es: ¿es este un error que sé que generalmente no harían / una situación que sé que sabrían cómo manejar?

Si la respuesta es sí, no hay necesidad de molestarlos, ya que probablemente no haya un valor educativo para ellos, por lo que no veo la obligación de informarles. Si se los encuentra un día o planea tomar una copa en su último día y tiene una buena relación con ellos como compañeros y profesionales, seguro, podría mencionarlo, más para alimentar a algunos amigos o amigos. bromas inofensivas que cualquier otra cosa.

Si la respuesta es no, entonces podría haber una obligación (no la llamaría una "profesional", sin embargo) de llegar y ayudarles a comprender su error.

Mantenlo civil

A la mayoría de las personas no les gustan las críticas sobre su trabajo en general, los desarrolladores / programadores lo hacen aún menos, y los programadores que se van probablemente tendrían incluso una tolerancia más baja. ¿Por qué correr el riesgo de molestarlos y darles la impresión de que dejan una mala nota?

Claro, si eran malos empleados en todo momento, esto no se aplica, pero si de otro modo fueran compañeros programadores suficientemente capacitados, no veo por qué me gustaría enfatizar sus errores, excepto Si puedo estar seguro de que ambos podemos reírnos. Nuevamente, asumiendo que no aprenderían mucho de eso y simplemente se mortificarían por haber dejado eso atrás.

¿Legal?

Desde un ángulo de enfoque diferente, si han abandonado la empresa, realmente depende de su contrato y de las políticas de seguridad de su empresa. Es posible que no se le permita llevar el código (u otras cosas) a sus colegas anteriores.

Piensa positivo

Finalmente, creo que las únicas situaciones en las que me puse en contacto con un ex colega para hablar sobre una base de código que dejaron atrás fueron:

  • para solicitar una confirmación sobre algo turbio mientras investiga un área particular del código,
  • para felicitarlos por un poco de código que encontré particularmente magistral y que habría hecho mi vida peor si no estuviera allí,
  • para compartir con ellos la buena noticia de un lanzamiento exitoso si se fueron antes de que sucediera (o grandes anuncios similares relacionados con un producto en el que solían trabajar).

Aprende de sus errores

Lo que seguramente puedes hacer es señalar el error al resto del equipo, para asegurarte de que no vuelva a ocurrir con los miembros restantes. No es necesario señalar el error real en SCM o el autor, no es un juego de culpa.

Está fuera del alcance de la pregunta, pero aún así me gustaría señalar que debe asegurarse de corregir el error, documentar sus orígenes, impactos y resoluciones, e implementar una prueba para que no vuelva a aparecer, si posible.

    
respondido por el haylem 13.06.2012 - 04:38
0

Puede que no sea legal decírselo a alguien. A menos que el código sea de código abierto, deje que los perros durmientes mientan.

    
respondido por el MathAttack 13.06.2012 - 03:59

Lea otras preguntas en las etiquetas