Un paio di pensieri: salvare e riutilizzare il codice è assolutamente una buona pratica - e io tendo a pensare che sia totalmente compito dello sviluppatore il modo in cui archivi il tuo lavoro precedente e altri utili esempi di codice.
Ma ... alcuni avvertimenti dal punto di vista di una grande azienda:
- Sto assumendo che sia un dato di fatto che tra le tue modifiche si rinomini classi, metodi e variabili, se necessario, se incidono sul dominio problematico del lavoro corrente.
- Sii consapevole di dove e come memorizzi il codice che è stato scritto sul nickel della tua azienda. So che molte aziende sarebbero molto sconvolte nel scoprire che il codice che considerano proprietario è stato memorizzato su Internet IN QUALSIASI FORMA . Il problema non viene mitigato dicendo che si trova in un account controllato solo da te (GoogleDocs, Evernote, ecc.). Il problema è che il codice si trova in un posto che l'addetto alla sicurezza della compagnia e gli avvocati non hanno approvato. Memorizzandolo sul tuo disco rigido - nessun grosso problema. Memorizzando in una condivisione file supportata dall'azienda - nessun grosso problema.
- Sii consapevole e controlla con il management se puoi prendere il codice (anche un piccolo pezzetto) da un altro lavoro e se non sai che è OK, non spostare il codice tra i lavori. Il codice è generalmente a noleggio e di proprietà dell'azienda. Il materiale legale interaziendale è un bel casino e probabilmente la direzione non vorrà alcuna parte di una causa che implichi il fatto di essere citato in giudizio da un'altra società per furto di proprietà intellettuale.
Questo è più di un problema in aziende più grandi con il potenziale di essere bersagli per cause massicce. Non posso dire molto sulle aziende più piccole - non lavoro in una.
È una linea sottile tra l'ispirazione e la referenziazione di una soluzione precedentemente riuscita e il codice di cribbing da una terza parte. Tendo a pensare che la maggior parte del codice di esempio di Internet sia sicuro poiché di solito sta dimostrando un meccanismo. È quando stai tirando giù pezzi di codice considerevoli che non hai intenzione di ripensare o riscrivere che sei più a rischio (e che non sembra il caso qui).
Per lo più sottolineo l'area delicata e le aree che sono più propense a coinvolgere conversazioni lunghe e frustranti con avvocati e uomini d'affari che non hanno idea di come sia realmente il lavoro. Dal momento che queste persone cercheranno in bianco e nero, è opportuno evitare i trigger per tali conversazioni quando possibile.