Come sostieni il tuo codice post impiego fine?

How do you support your code post employment end?

Non lo fai. Ecco perché è chiamato end .

Se fossero sorpresi di vederti attraversare la porta e iniziare a usare la loro attrezzatura un mese dopo che te ne sei andato, dovresti essere sorpreso di farti chiamare e fare un sacco di domande un mese dopo che te ne sei andato.

Ok, più realisticamente, a seconda della situazione, potresti offrire per rispondere alle domande via telefono o e-mail per un po ', specialmente se a) vorrebbe tornare là, b) sono amici con le persone che ci lavorano, c) dipendono ancora da loro per una buona recensione, d) sentirsi abbastanza sicuri che la compagnia non abuserà del tuo gesto di buona volontà, e / o e) la compagnia è disposta a risarcire per te qualsiasi supporto aggiuntivo non banale.

This means introducing myself to a lot of new code bases

È una buona abilità sviluppare - ne avrai bisogno.

as well as leaving a fair share of orphaned code behind when I leave a company.

Parte del tuo lavoro mentre lavori ancora lì è per documentare ciò che hai fatto, o almeno assicurarti che alcune delle altre persone che lavorano lì abbiano una chiara comprensione di ciò. È qualcosa che è nell'interesse dell'azienda, e dovrebbero assicurarsi di avere ciò di cui hai bisogno mentre sei ancora lì.

I feel bad if I leave junk code around.

Non scrivere il junk code in primo luogo. Se il tuo codice precedente diventa spazzatura (obsoleto, non più necessario, ecc.) Prima di partire, pulisci prima di partire. Se il tuo codice non è junk quando esci, allora ciò che succede dopo non è qualcosa di cui dovresti preoccuparti.

Normalmente ci si prepara per questo circa 2 settimane prima della data di fine pianificata. Pianifica un po 'di tempo per un trasferimento di conoscenza ad un altro membro del team e cerca di assicurarti che possa supportare il codice prima che hai impacchettato la tua scrivania. Non impostare te stesso per essere in supporto perpetuo inserendo le tue informazioni di contatto nel codice. Se la situazione è così seria che nessuno ma puoi risolvere il problema, probabilmente possono ottenere le informazioni di contatto dalla HR.

Allena la persona che ti sostituisce il più possibile (se c'è qualcuno).

Trovo che sia meglio lasciare la documentazione con il codice, preferibilmente controllato nel controllo del codice sorgente se non esiste un sistema di documentazione centrale. Qualunque cosa tu faccia, documenta il più possibile:

• Come ottenere un sistema completamente funzionante installato e funzionante sul computer di un altro sviluppatore
• Come costruire
• Come distribuire

Metti una copia di tutto in un posto centrale.

Invia tutti i dettagli via email a eventuali parti interessate .

Mi assicuro sempre che capiscano che possono chiamarmi se hanno una domanda, come dove è andata, ecc. È abbastanza comune che ti chiamino più tardi e chiedono se vuoi lavorare sul lato se loro " re in un vicolo cieco. Dipende da te in base alla tua nuova situazione e al tuo contratto di lavoro. Non c'è niente di sbagliato nel dire "mi dispiace, non ho il tempo adesso". È quasi sempre vero comunque.

Poche cose che vorrei menzionare.

Negli affari, il denaro è al di sopra dei sentimenti. Di solito il datore di lavoro non ha gli stessi sentimenti che hai dalla tua parte. Una volta che lasci la compagnia, l'affare è finito. Le negoziazioni e gli articoli del periodo di preavviso sono misure per mitigare i loro rischi.

Naturalmente le persone si aiutano a vicenda con le loro scelte personali, ma le aziende non si aspettano davvero che tu torni a sistemare le cose per loro anche se hai scritto in passato. Ma ci sono delle eccezioni ma dipende da come sei importante per il lavoro.

Uno dei miei amici ha lasciato la sua compagnia 1 anno fa e recentemente è stato contattato da uno dei project manager per risolvere un problema con il codice che ha scritto qualche anno fa. Considerando il turnaround e la complessità per risolvere il problema, era l'opzione più semplice. Alla fine li ha aiutati a risolvere il problema; ma sui suoi interessi personali ed etica. E nota che diversi datori di lavoro non sono d'accordo con questo. lui sta tornando alla sua vecchia compagnia e sta risolvendo i problemi.

Le cose che devi notare è questo,

• Chi fa affari seri agisce professionalmente in questa situazione. Non ti vogliono più.
• La più alta possibilità di ricevere una chiamata dall'ex datore di lavoro è una chiamata personale. Di solito non sarà una decisione organizzativa avvicinarsi a te e correggere il codice. Inoltre rispettano il tuo tempo e i compiti attuali prima di chiedere il tuo tempo.
• Le aziende aziendali mantengono la massima segretezza per il loro codice e design. Non vogliono esporre nemmeno agli ex dipendenti.
• Per lo più i dipendenti che abbandonano la società si uniranno a società con un dominio simile. E l'ex-compagnia e la nuova compagnia potrebbero essere concorrenti. Se si detengono i brevetti e si basa sulla natura del principio operativo dell'azienda, la maggior parte delle aziende non consentirà agli ex dipendenti di lavorare con loro anche se l'ex dipendente vuole.
• Nel tuo caso specifico, sospetto che uno stage di 4 mesi possa renderti molto critico per l'organizzazione e il progetto, a meno che tu non stia dando loro qualcosa di radicalmente nuovo nelle tue teste.

tutte le cose che gli altri hanno detto e poi:

Considera la co-programmazione .
Siediti con due persone dietro una scrivania. Programma tutto in coppia. quando uno di loro (voi) lascia, l'altro ha tutte le conoscenze.

Ci sono molti altri vantaggi, ma questo è un altro argomento.