Dovresti conservare una copia di tutto il codice che scrivi? [chiuso]

So che la compagnia per cui lavori possiede il codice e ovviamente verrai arrestato se provi a venderlo. Ma è raro che gli sviluppatori conservino una copia personale del codice che hanno scritto (per riferimento futuro)?

Apparentemente questo ragazzo è stato mandato in prigione per aver copiato il codice sorgente.

Ma è raro che gli sviluppatori conservino una copia personale del codice che hanno scritto (per riferimento futuro)?

Non so quanto sia comune, ma comune o no, è ancora una cattiva idea.

I programmatori spesso operano nella mentalità secondo cui risolvere lo stesso problema due volte è una perdita di tempo. Cerchiamo di progettare il nostro codice in modo che sia riutilizzabile (a volte). Costruiamo librerie di classi e funzioni da riutilizzare in futuro. A volte diamo anche via il nostro codice in modo che nessun altro dovrà mai scrivere codice per risolvere lo stesso problema che abbiamo appena fatto. Quindi può essere comprensibile voler portare con te il "tuo" codice quando passi da un lavoro a un altro. Ma non dovresti ancora farlo, per i seguenti motivi:

1. Non è il tuo codice da prendere.

2. Il codice che hai scritto per il tuo ex datore di lavoro fa parte dell'attività che ha costruito. Il loro codice fa parte del loro vantaggio competitivo. Certo, i concorrenti potrebbero scrivere il proprio codice per risolvere lo stesso problema, ma non dovrebbero trarre vantaggio dal lavoro che il datore di lavoro ha pagato, possiede e non ti ha autorizzato ad accettare.

3. Se hanno alcun senso, il tuo nuovo datore di lavoro non vuole alcuna parte del codice che hai preso dal tuo ex datore di lavoro. Più "fai riferimento" al lavoro svolto per un precedente datore di lavoro, più metti a rischio il tuo nuovo datore di lavoro.

4. Se mai casualmente lasciati sfuggire a New Employer che hai ancora una copia delle cose che hai fatto per Old Employer, il tuo capo di New probabilmente si renderà conto che prenderai una copia del loro codice quando parti per qualche altro lavoro. Potrebbe non stare bene con lui o lei.

5. Anche se non stai paralizzando le linee reali o solo vaghe idee dalle tue vecchie cose, solo avere le tue vecchie cose in tuo possesso potrebbe sollevare il sospetto che potresti usarlo per qualcosa. Immagina che il vecchio datore di lavoro citi in giudizio il nuovo datore di lavoro e come uno dei pochi impiegati che si sono trasferiti dal vecchio al nuovo, improvvisamente ti ritrovi a fare una deposizione. Nessuno di voi ha effettivamente copiato il codice di Old nel prodotto di New, ma l'avvocato di fronte a voi chiede: "Mr. SuperFoo, adesso o ti ha in qualsiasi momento da quando hai lasciato Old Employer aveva in tuo possesso una copia di qualsiasi codice che tu o qualcun altro ha scritto mentre lavorava in Old Employer? "

6. Non hai bisogno del codice che hai scritto il mese scorso, l'anno scorso o più tempo fa. Hai risolto il problema una volta e ora sai come risolverlo di nuovo. Oppure potresti sapere come non risolvere il problema: la tua nuova implementazione sarà migliore perché hai esperienza.

7. Ci sono modi migliori. È difficile tornare indietro e imparare qualcosa di utile leggendo il vecchio codice fuori dal contesto. Un diario o un diario che descriva ciò che apprendi, le idee che hai, ecc. È molto più utile in seguito.

8. Anche se vecchio datore di lavoro sa che hai il loro codice ed è d'accordo con questo, è ancora non lo vuoi! L'unica cosa che può capitare di averla è una telefonata alle 3 del mattino: "Ehi, SuperFoo? Come va? Senti, hai una copia delle nostre cose, giusto? Senti, abbiamo un problema con il sistema, e l'abbiamo ridotto a un paio di file che hai scritto che il nostro nuovo ragazzo non capisce. So che è tardi, ma potresti guidarlo attraverso SuperDuper.pl? "

Lasciarlo andare. Non ne hai bisogno.

Tengo sempre una copia del codice che scrivo e lo prendo tra i lavori. I datori di lavoro successivi non riescono mai a vedere / eseguire il codice, ma lo uso come riferimento a casa: "Ah sì, non ho fatto qualcosa di simile a quello sul Progetto X?".

È legale? Dipende dalla giurisdizione e dalle circostanze, ma è abbastanza comune. Moralmente, non ho alcun problema, a condizione che tu non stia semplicemente dando codice ai nuovi datori di lavoro ... È un promemoria e una dimostrazione di ciò che hai fatto, piuttosto che una risorsa gratuita per il tuo datore di lavoro.

[Il rovescio della medaglia di questo è l'inevitabile vergogna che si presenta quando si guarda il codice più vecchio: 'Che cosa stavo pensando ?? Perché mai l'ho fatto in quel modo ?? ']

Si tratta di una molto cattiva idea. Quel codice non ti appartiene (legalmente parlando) e il possesso di esso può metterti nei guai. Ciò diventa ancora più vero quando si passa a un nuovo lavoro e si mantiene comunque quel codice sorgente. Ancora peggio se è un concorrente. La tua azienda non sarebbe felice se tu avessi accesso al loro codice sorgente quando non lavori più per loro.

Si tratta solo di gestire il tuo rischio. Ovviamente si prevede che conservi le cose di un precedente datore di lavoro che puoi usare altrove. Questo è il motivo per cui fanno firmare clausole di non concorrenza che durano X mesi / anni dopo che li hai lasciati, tuttavia avere il possesso del codice ti rende più vulnerabile a qualcuno che ti accusa di copiare palesemente il codice dell'azienda (anche se non lo hai fatto, e ho appena usato le stesse idee). Avere il codice vale la pena gestire questo rischio?

Sicuramente le cose utili che hai ottenuto scrivendo il codice non sono la sintassi esatta; è la conoscenza che hai acquisito. Probabilmente non vale la pena occuparsi di tutte queste cose legali.

Non è raro.

Ho una copia di quasi ¹ ogni pezzo di codice che ho scritto professionalmente, e sicuramente tutto il codice dei miei progetti attuali, indipendentemente da chi lo ha scritto ² . Insieme al codice ho una grande pila di documenti legali che definiscono chiaramente cosa posso e non posso farci. Il solo fatto di avere il codice non equivale a provare a trarre profitto dal codice.

Detto questo, è un problema legale e le questioni legali tendono ad essere estremamente complicate e localizzate. In caso di dubbio, devi davvero parlare con un avvocato. Potrei mantenere il mio codice in giro, ma sono sicuro al 99% che non mi metterò nei guai per farlo.

_{¹ Quello che manca è soprattutto ciò che non mi importava di archiviare. Manca solo un codice di un piccolo progetto per motivi legali.
² Natura dei progetti e ruolo in essi, sono uno dei ragazzi che devono avere almeno un'idea di ciò che accade, anche se non sono stato coinvolto nella costruzione di un modulo specifico.}

Vedo il tuo cinese arrestato e ti allevo con un "codice non è proprietà, quindi non può essere rubato".

Rif .: codice "non proprietà fisica", norme del tribunale nel caso di spionaggio di Goldman Sachs

Detto questo.

• Conservo il codice che scrivo? Assolutamente.
• Mantengo progetti completi? Assolutamente.
• Devo assicurarmi di guidare il mio codice con il pollice dal mio PC di lavoro su una macchina domestica? Scommetto!
• Riutilizzo mai quel codice in un'altra azienda o in un progetto personale. No.
• Guardo spesso il vecchio codice e vado WtF !? Tutto il tempo.

Ecco una semplice domanda per te. Vai dal tuo capo e digli: "Ho una copia di tutto il codice che ho scritto mentre lavoravo qui. Solo il codice che ho scritto, non altre persone. Questo è per la mia educazione e non lo distribuirò mai".

Le loro prossime azioni detteranno (sì, quella parola esiste in Nord America / Mondo) se hai torto o ragione ai loro occhi.

Indipendentemente dalla tua "etica", lavori per un datore di lavoro. Se ritengono che ciò che stai facendo sia sbagliato, allora è sbagliato in base alla loro etica. Mentre ti pagano e tu sei assunto da loro, allora è nella tua corte o essere d'accordo con loro, o in disaccordo, che potrebbe farti licenziare.

Ora è una questione di integrità. Ho lasciato che un precedente dipendente prendesse parte del nostro codice, ma prima ho controllato tutto.

Solo perché credi di avere ragione, non ti rende giusto. Di solito gli sviluppatori di software firmano contratti quando vengono impiegati. Se ne hai firmato uno, devi vivere secondo la tua parola.

è raro che gli sviluppatori conservino una copia personale del codice che hanno scritto

Rispondendo direttamente alla domanda, nelle mie esperienze dirò che non è comune. L' eccezione a ciò che ho visto sono le persone che fanno molto freelance e tengono a portata di mano il codice per i futuri progetti di manutenzione e miglioramento dei loro clienti, e immaginerei che questo sia chiaramente indicato nel contratto (anche se non sono in l'abitudine di rivedere i contratti freelance dei miei amici, quindi chi lo sa). Le persone che conosco che lavorano in aziende più grandi non hanno mai ammesso di mantenere il codice degli ex datori di lavoro.

So che non lo farei perché non riesco a pensare a un'unica situazione in cui sarebbe utile (per non dire che sono abbastanza sicuro che il mio attuale datore di lavoro proibisca tali cose - dovrei solo cercare i documenti per essere certo ). Il codice che ho scritto / corretto di solito è così specifico per un particolare requisito aziendale che non riesco a immaginare che possa mai ripresentarsi in futuro in modo tale che sarebbe più facile riutilizzare il vecchio codice piuttosto che scrivere nuovo codice.

Ai tempi era comune per gli sviluppatori avere la loro libreria personale di routine che avrebbero usato per risolvere i problemi nel lavoro attuale. La fonte sarebbe rimasta indietro quando lo sviluppatore se ne fosse andato, ma anche eventuali miglioramenti andavano con lui.

Ciò ha comportato una situazione vantaggiosa per tutti. Era anche solo un sottoinsieme di tutto il codice scritto.

Naturalmente la maggior parte di ciò che era nelle biblioteche personali sarebbe oggi nelle biblioteche standard.

In base al rapporto tra datore di lavoro e dipendente nella maggior parte del Nord America, è illegale trasferire o trasmettere materiale digitale (ad esempio codice sorgente) dalle apparecchiature del datore di lavoro senza previa autorizzazione legale da parte del datore di lavoro.

Parte delle leggi legali relative alla definizione di un dipendente sul posto di lavoro, è la descrizione che il dipendente non fornisce le proprie attrezzature di lavoro se non diversamente indicato nel contratto del dipendente, ad eccezione delle operazioni che richiedono che il dipendente acquisti la propria attrezzatura (es. operaio edile).

La maggior parte delle leggi sul lavoro in Nord America definisce il datore di lavoro come il principale responsabile del rischio in un rapporto dipendente-datore di lavoro. Il dipendente viene pagato per il suo tempo mentre il datore di lavoro fornisce materiali, attrezzature e controlla le attività lavorative del dipendente.

A che ora durante questa relazione è corretto rubare materiale prezioso dal datore di lavoro, che ha pagato e rischiato di aver creato il materiale?

Il problema chiave con questo era la domanda "codice sorgente che hai scritto?". No signore, non sei stato tu a scriverlo. Sotto la guida del tuo datore di lavoro sono loro a scriverlo. Sei solo la mano assunta che l'ha scritta. Non esiste un tribunale del Nord America che si schiererà con te qualora il tuo datore di lavoro intraprenda azioni legali per garantire la propria proprietà. Basta copiare il codice sorgente su una chiavetta USB per portarti in acqua calda.

Detto questo, se un datore di lavoro ti ha permesso di utilizzare la tua attrezzatura (ad esempio un laptop) o di trasmettere il materiale, allora è una questione diversa. Il datore di lavoro deve notificare al licenziamento che qualsiasi materiale deve essere restituito / distrutto.

Ho pensato di pubblicare questa risposta, perché sembra che alcune persone pensassero che si trattasse di un'area grigia. Non credo davvero che se sei uno sviluppatore, dovresti andare in giro per la pubblicazione su Internet di conservare copie dei materiali del datore di lavoro. Voglio dire, chiaramente conoscevi già la risposta a questa domanda perché hai creato un nuovo account membro solo per porre questa domanda. ;)

L'ho fatto in passato alcuni lavori fa.

Tuttavia non sono mai tornato indietro e l'ho guardato. Occasionalmente ho riutilizzato idee e cose che ho imparato, ma non ho trovato una volta un motivo per tornare indietro e guardare il codice.

Quindi non mi preoccuperei più. È legalmente discutibile e in realtà non l'ho mai trovato utile.

Sicuro. Mi piace conservare una copia di tutto il lavoro che faccio, che si tratti di scrivere codice o altro. Chiamalo un album, se vuoi. Rompere le regole? Forse.

I commenti sul vantaggio competitivo sono irrilevanti a meno che il tuo prossimo datore di lavoro non sia un concorrente diretto. Se passi da una compagnia telefonica a una software house o da uno sviluppatore di giochi a uno sviluppatore di database, non importa. Se stai pianificando di riutilizzare il codice, beh, questa è una storia diversa.

È interessante notare che spesso si sente parlare di sviluppatori Web che portano con sé una "scatola di strumenti", con un set standard di librerie JavaScript e fogli di stile CSS . Ma non ho visto quello menzionato qui.

Di recente ho cancellato tutto il vecchio codice che avevo conservato dal mio precedente datore di lavoro. Conservavo solo pezzi di codice che pensavo fossero buoni per riferimenti futuri. In realtà ho scoperto che sono passato molto da quando sono partito e non ho mai fatto riferimento al vecchio codice. Ho trovato / scoperto / imparato modi molto migliori per risolvere gli stessi problemi.

È stato un bel viaggio nella memoria però :)

Penso che ci debba essere una distinzione tra un modello di progettazione e un codice reale (copia riga per riga)

Annotare qualche codice psuedoc qualcosa di simile - questo è un ottimo modo per caricare pigro X in Y è una cosa. Annotare tutto il codice è qualcos'altro.

Con il permesso del datore di lavoro, pubblica il codice riutilizzabile come progetti open source che possono essere utilizzati da altre persone. Quindi il tuo datore di lavoro può anche beneficiare dei contributi di altre persone a questo codice.

In questo modo puoi mantenere il codice legalmente, creare un portafoglio pubblico di codice che hai scritto e il codice può essere di beneficio ad altre persone.

Per un numero diverso di motivi, come lavorare da casa, potresti già averne una copia, e io per primo non andrei a cancellarli dopo un lavoro, perché? Non va contro le mie convinzioni o qualcosa del genere.

Ma, per quanto riguarda l'utilizzo, non è così utile come un post sul blog!

In conclusione: scrivi il tuo codice, blog sui problemi che hai affrontato e su come li hai risolti (soprattutto quando si tratta di cose generiche e generiche) e non ti dispiace conservare un souvenir (possibilmente crittografato) dall'ultimo lavoro.

In finanza il CFA affronta questo problema. Non è consentito acquisire informazioni relative ai clienti o al proprio lavoro per l'azienda (in questo caso il codice). Ma nulla ti impedisce di memorizzare ciò che puoi e di scriverlo più tardi.

Non sono sicuro di quanto sia legittimo, ma penso che la cosa migliore da fare sia lasciare il codice sorgente ma scrivere le tue idee e come l'hai fatto non appena torni a casa. Rubare è rubare e in tribunale tutto ciò che stanno cercando di scoprire è se hai copiato il codice o meno.

Se stai salvando il tuo codice con l'obiettivo di riutilizzarlo in seguito, ho due problemi con questo:

• Se il codice è specifico del dominio, probabilmente è anche proprietario. Comunque, non esistono due aziende o problemi esattamente uguali e cercare di risolvere un problema con la soluzione per un altro non è un buon modello.

• Se il codice che stai salvando risolve un problema comune, dovresti mettere in discussione il tuo approccio. Perché stai impegnando molto per risolvere un problema comune quando sono probabilmente esistenti (e migliori) soluzioni open source?

  Se ritieni di avere la migliore soluzione a un problema comune, dovresti davvero provare a condividere il codice pubblicamente su un repository pubblico e / o blog di codice quando lo scrivi, non tenerlo per te. Il tuo capo non dovrebbe opporsi alla condivisione di una biblioteca generica o forzarti a reinventare la ruota (se lo fa, trova un nuovo lavoro).

Se stai salvando il tuo codice perché vuoi mostrarlo a un potenziale datore di lavoro o per migliorare le tue competenze, ti suggerisco invece di contribuire a un progetto open source.

Non ho ancora conservato alcun codice che ho fatto per i datori di lavoro. Roba da freelance che ho tenuto (può essere difficile supportare un cliente se perdo il mio codice).

Tuttavia, sto pensando di mantenere il codice che ho creato per questo datore di lavoro. Il motivo è che sono uno sviluppatore web e ho sviluppato molte cose sul lato client che sembrano piuttosto belle. Non li ho progettati, ma li ho implementati e spesso mi è venuta l'idea. Vorrei conservare una copia di queste cose per creare un portafoglio online. Come tutti sappiamo, i siti non durano per sempre, quindi non posso realisticamente contare sul fatto che il mio lavoro rimanga online. Avere una copia di backup mi permetterebbe di avere un portafoglio online.

So che i progettisti spesso conservano copie del loro lavoro (anche se era un lavoro a noleggio) per scopi di portfolio.

Non sono sicuro di quale sia la legalità di ciò (non è esplicitamente menzionato nel mio contratto).

Bene, per lo sviluppo della logica aziendale per la mia azienda, non riesco a conservare il codice perché è proprietà illegale e personale dell'azienda. Come sviluppatore, so come sviluppare quella logica, così posso mantenere quella logica nella mia mente. Fondamentalmente per impostazione predefinita è memorizzato nella tua mente, e se ne hai bisogno la prossima volta, allora automaticamente dovresti implementare la logica / logica migliore della precedente. È la natura e l'intelligenza umana. :)

Ma il problema si crea quando si sviluppa una logica di utilità, sono riutilizzabili e sempre importanti, potresti averne bisogno frequentemente in diversi progetti. Quindi dovresti voler tenerlo con te.

Ho una soluzione alternativa a questo. Basta creare un JAR senza origine / documentazione per l'utilità e aggiungerlo come JAR di terze parti esterno nel progetto. Probabilmente facendo questo puoi confermare la tua responsabilità e la tua autostima di avere il codice ;)

Non conservo il codice per un semplice motivo: la società mi ha pagato per scrivere il codice per loro. Io do loro il mio codice e loro mi danno il mio stipendio. Il tipo che ha preparato il mio pranzo non riesce a tenerne una parte per sé, perché il codice dovrebbe essere diverso?

Inoltre, prima di tutto, esco dal lavoro, tutti quei mal di testa rimangono lì, nuovo lavoro, nuovo inizio, ma con un po 'più di esperienza e comprensione dei tipi di problemi nel dominio di quel vecchio lavoro.