È etico usare il codice personale al lavoro?

29

Sto lavorando a un progetto collaterale sul lavoro in cui trovo utile utilizzare parte del mio codice che ho sviluppato personalmente (al di fuori del lavoro) per accelerare il mio sviluppo. Il mio progetto parallelo sta sviluppando un'applicazione GUI C ++ per consentire ai nostri utenti esperti di eseguire query (create da me) su database su diverse piattaforme ( DB2 , Oracle, SQL Server e MySQL ). In passato, di solito eseguivo su richiesta o creavo un'applicazione Excel VBA per loro. Ora che ho creato diverse applicazioni VBA per diverse persone, trovo la necessità di creare un'applicazione centrale che legge solo in file .sql personalizzati ed esegue diversi database.

L'applicazione che sto creando è in C ++ e utilizza un LGPL toolkit GUI multipiattaforma. Tuttavia, ho un sacco di codice che nelle mie librerie ho costruito nel corso degli anni su progetti non legati al tempo libero e al lavoro. Va bene usare questo codice al lavoro, risparmiando così tempo (e la compagnia)? In tal caso, posso riportare eventuali correzioni di errori e miglioramenti alla mia libreria personale? Sembra che ci sia una linea che non so quando ho intenzione di attraversarlo.

Voglio solo aggiungere che nessuno del codice personale ha nulla a che fare con alcuna logica di business. Sono solo semplici classi di utilità / wrapper.

    
posta Peter Mortensen 07.12.2011 - 07:12
fonte

7 risposte

38

Is it okay to use this code at work, thus saving me (and the company) time?

Sì, è etico. Nel caso in cui descrivi di essere il proprietario del codice, puoi darlo liberamente alla tua azienda. Ti hanno assunto per scrivere codice in modo che si fidino del tuo codice.

If so, can I port any bug fixes and enhancements back to my personal library?

Il tuo contratto probabilmente vieta questo a meno che tu non abbia ottenuto il permesso (controlla il tuo contratto).

La soluzione migliore è parlare con il tuo manager. Non riesco a vedere nessuna mangiatoia che rifiuti la tua richiesta. Ti fa anche guardare bene quando fai notare come il tuo codice personale stia aiutando la compagnia.

    
risposta data 07.12.2011 - 10:41
fonte
22

Alcune aziende rivendicano il lavoro che hai svolto anche fuori orario. Dipende dalla compagnia, alcuni di essi hanno un grande controllo IP.

Tutto dovrebbe essere nel tuo contratto. La preoccupazione è se rivendicano il tuo lavoro sul tempo libero, che è stato un mio orrore.

    
risposta data 07.12.2011 - 11:49
fonte
6

La tua azienda potrebbe avere un reparto IP o uno specialista dedicato. Controlla con loro. Il tuo manager dovrebbe essere in grado di metterti in contatto.

Certamente è etico; Non riesco a immaginare che la tua compagnia dispiacerebbe avere più accesso al tuo lavoro e al tuo cervello. Vuoi proteggerti dal perdere il controllo sul tuo codice. Alcune cose che potresti considerare di fare prima sono creare un progetto open-source con il tuo codice e assegnargli una licenza che sia compatibile con le politiche IP della tua azienda.

Inoltre, cerca di ottenere il permesso ufficiale di rilasciare qualsiasi codice che contribuisci ad esso. Alcune (molte?) Aziende stanno bene con il rilascio di codice sotto licenze open source fintanto che esiste una netta separazione tra il codice aperto e il codice dell'azienda. Questo può essere vero anche se il tuo contratto dice "possediamo tutto ciò che fai anche lontanamente legato al lavoro". Nella mia esperienza, sono principalmente preoccupati di diluire il loro vantaggio competitivo nel loro core business. Questo è un altro motivo per impacchettare il codice in una libreria opportunamente licenziata invece di importarla direttamente.

Spero che questo aiuti.

    
risposta data 07.12.2011 - 17:00
fonte
2

È totalmente etico. Spesso faccio ricerca di nuove tecnologie e diversi modi di fare le cose a casa, e più di una volta ho sviluppato qualcosa a casa che ho utilizzato nel mio lavoro. Inoltre non avrei problemi a portare a casa correzioni o miglioramenti (o portarli da casa al lavoro).

Sarei preoccupato solo se intendessi rilasciare il tuo lavoro in modo indipendente. Se è così, allora non lo farei affatto e non proverei nemmeno a riutilizzare il design. Come altri hanno affermato, controlla il tuo contratto di lavoro e discuterne con il tuo manager. Se non hai uno di quei contratti tipo "lavori per noi 24 ore su 24", potresti prendere in considerazione l'idea di rilasciare il tuo codice sotto una certa licenza e utilizzare solo il codice rilasciato al lavoro. Quindi non sarebbe molto diverso dall'usare un progetto open source o software libero, che presumo tu sia già in grado di fare.

    
risposta data 07.12.2011 - 14:16
fonte
1

Come sempre, dipende. In questo caso, su che a) la licenza che hai inserito nel codice dice eb) su ciò che dice il tuo contratto. Potresti voler creare un accordo commerciale con la società che copra il codice che hai scritto prima del tuo arrivo.

Non c'è un problema etico generale con questo, a patto che ci pensi in anticipo.

    
risposta data 07.12.2011 - 08:29
fonte
1

Sono assolutamente d'accordo con il poster precedente, l'etica non è davvero un problema qui a mio avviso, a meno che il contratto non ti impedisca di utilizzare script / software sviluppati internamente, potresti avere un problema etico.

Il tuo problema è in realtà un diritto di proprietà.

E qui ci sono diversi problemi a cui devi pensare.

Che cosa dice il tuo contratto sulla proprietà intellettuale?

La tua azienda conserva i diritti sulle cose che crei?

Quale licenza utilizza la tua azienda quando sviluppi codice?

È compatibile con le tue licenze?

Queste sono domande a cui devi rispondere prima di sviluppare qualsiasi codice, consentire a codice già sviluppato di entrare nei repository della tua azienda o riprendere lo sviluppo ...

    
risposta data 07.12.2011 - 17:09
fonte
0

Non è etico rubare alla tua azienda - e, se sei d'accordo che tutto il tuo lavoro, mentre sei al lavoro, appartiene a loro, allora non è etico spostare di nascosto il codice nella tua base di codice.

Chiedere il permesso del tuo manager potrebbe non essere sufficiente - potrebbe non essere in grado di negoziare questo con te. Quindi, a seconda delle circostanze, chiedere potrebbe non sollevarti dal tuo impegno e potrebbe invece farti complice.

Il modo corretto di fare questo genere di cose è essere chiaro che stai portando in azienda un progetto esterno che possiedi e poi firmare (o concordare verbalmente) su un contratto o un accordo separato, in particolare per l'esterno progetto. Fai questo in anticipo.

Nota che gli aspetti legali ed etici sono diversi e non sono completamente d'accordo. Anche se etico, a volte non è legale portare il tuo codice al lavoro senza un contratto (mentre, in altre circostanze, non è legale per te mantenere il codice a casa - sei legalmente obbligato a portarlo e usarlo, se tu, al meglio delle tue capacità, pensi che sarebbe vantaggioso per l'azienda).

    
risposta data 25.11.2013 - 13:01
fonte

Leggi altre domande sui tag