Di recente ho avuto un collega che ha lasciato la nostra azienda. Prima di partire, ha codificato un componente che presentava una grave perdita di memoria che ha causato un'interruzione della produzione ( OutOfMemoryErrorin Java). Il problema era essenzialmente HashMapquello che cresceva e non rimuoveva mai le voci, e la soluzione consisteva nel sostituire l' HashMapimplementazione con cache.

Da un punto di vista professionale, sento che dovrei fargli conoscere il difetto in modo che possa imparare dall'errore. D'altra parte, una volta che le persone lasciano un'azienda, spesso non vogliono sentire parlare di progetti legacy che si sono lasciati alle spalle per cose più grandi e migliori.

Qual è il protocollo generale per questo tipo di situazione?

Non dai la caccia a un ex collega per dirgli che ha fatto un errore. Puoi dire al tuo amico che ha fatto un errore.

Se è un amico o un ex collega dipende da te.

Fare niente.

1. Contattare qualcuno puramente per dirgli che ha sbagliato, ma l'abbiamo risolto, non è professionale e non importa quanto duramente si provi, è improbabile che venga mai ricevuto positivamente.
2. Parlare in modo sufficientemente approfondito affinché una conversazione possa essere utile in remoto sul codice ai non dipendenti è un male, indipendentemente da potenziali problemi della NDA.

Se hai un accordo di non divulgazione, è un grande no-no parlare con qualcuno al di fuori della tua azienda di eventuali problemi relativi alla proprietà intellettuale, siano essi ex dipendenti o meno.

Se non sei sotto un NDA, mi azzarderei a dire che non gli importerà.

A parte questo, quella persona era scontenta? Era qualcosa che avrebbe potuto essere intenzionale?

Con un errore così semplice, le probabilità sono buone se ha disturbato il collega, probabilmente hanno capito il problema un paio di giorni dopo mentre riflettevano su di esso. So di essere tornato a casa dal lavoro e di aver realizzato ".... merda, quell'algoritmo è totalmente imperfetto, dovrò rifarlo domani" mentre mi rilasso e mi ricordo della mia giornata.

Questo collega è il tuo AMICO che continui ad avere stretti contatti dopo la partenza? Se sì, parlane se / quando stai prendendo birre al bar.

Altrimenti, perché preoccuparsi?

PS .: Per quanto riguarda la NDA, qual è il segreto qui? Mr X è quello che ha scritto il codice comunque e se l'abbandono è recente, il software continua sullo stesso livello di divulgazione.

Le cose sarebbero diverse se questo discorso avvenisse 3 anni dopo la partenza e dici cose che non avrebbe dovuto sapere tranne te ...

Dipende da come questa persona se ne è andata e dalla tua relazione con lui / lei.

Inoltre, che ti importa? Vedo che vuoi aiutarlo a "imparare dall'errore", ma lo sei davvero? Gli mostrerai i log * e la traccia dello stack *? Gli mostrerai i passi che hai fatto per diagnosticare il problema? Gli mostrerai la fonte * in modo che possa vedere dov'era il problema?

In caso contrario, probabilmente stai sprecando il suo tempo e il tuo.

* Stai andando nei guai per la divulgazione di beni / dati aziendali a un non dipendente?

Se decidi di dirgli di essere sicuro di dire anche a tutti i revisori del suo codice! Sono ugualmente responsabili! Per me sembra che tu non sia d'accordo con questo ragazzo e che tu voglia scavarlo. Lascia perdere, è improbabile che gli importi.

Probabilmente no

Mi sembra in gran parte inutile, sia amici che colleghi. E, in alcune circostanze, forse dannoso per loro, per te e per il tuo rapporto con loro.

Tutti commettiamo errori occasionali.

In effetti, l'unico fattore che mi farebbe venire voglia di dire ai colleghi è questo: è un errore che so che non farebbero di solito / una situazione che so che saprebbero gestire?

Se la risposta è sì, non è necessario correggerli poiché probabilmente non ha valore educativo per loro, quindi non vedo il dovere di informarli. Se si esegue attraverso loro un giorno o di un piano di avere un drink sulla loro ultimo giorno e si ha un buon rapporto con loro come i coetanei e colleghi professionisti, certo, si potrebbe parlare di esso, di più per alimentare alcuni scherzi amichevoli o innocuo di ogni altra cosa.

Se la risposta è no, allora potrebbe esserci un obbligo (non lo definirei "professionale") per raggiungere e aiutarli a capire il loro errore.

Keep it Civil

Alla maggior parte delle persone non piacciono le critiche sul proprio lavoro in generale, gli sviluppatori / programmatori lo sono ancora meno, e i programmatori in partenza avrebbero probabilmente una tolleranza ancora inferiore. Perché correre il rischio di infastidirli e dare loro l'impressione di lasciare una nota negativa?

Certo, se fossero stati dei cattivi dipendenti in tutto, questo non si applica, ma se fossero comunque compagni di progammatica sufficientemente qualificati, non vedo perché dovrei fare di tutto per enfatizzare i loro errori, tranne se posso essere sicuro che noi entrambi possono ridere. Ancora una volta, supponendo che non avrebbero imparato molto da esso e si sarebbero solo mortificati di averlo lasciato indietro.

Legale?

Da un diverso approccio, se hanno lasciato l'azienda, dipende davvero dal contratto e dalle politiche di sicurezza dell'azienda. Potresti non essere autorizzato ad accettare il codice (o altre cose, per quella materia) con ex colleghi.

Pensare positivo

Infine, penso che le uniche situazioni in cui ho contattato un ex collega per discutere di una base di codice che avevano lasciato erano:

• richiedere una conferma su qualcosa di losco durante la ricerca di una particolare area del codice,
• congratularmi con loro per un po 'di codice che ho trovato particolarmente magistrale e che avrebbe peggiorato la mia vita se non ci fosse,
• condividere con loro la buona notizia di un lancio di successo se fossero andati via prima che accadessero (o annunci simili simili relativi a un prodotto su cui lavoravano).

Impara dai loro errori

Quello che puoi sicuramente fare è segnalare l'errore al resto della squadra, per assicurarti che non si ripeta con i membri rimanenti. Non è necessario indicare l'errore effettivo in SCM o l'autore, non è un gioco da biasimare.

È al di fuori dell'ambito della domanda, ma vorrei comunque sottolineare che dovresti assicurarti di correggere l'errore, documentarne le origini, gli impatti e le risoluzioni e implementare un test affinché non venga più visualizzato, se possibile.

Potrebbe non essere legale dirlo a qualcuno. A meno che il codice non sia open source, lascia che i cani che dormono mentano.