È etico usare il codice personale al lavoro?


29

Sto lavorando a un progetto secondario 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 collaterale 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 li eseguivo solo 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 legga solo in file .sql personalizzati ed esegua su vari database.

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

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



Risposte:


38

Va bene usare questo codice al lavoro, risparmiando così tempo a me (e alla compagnia)?

Sì, è etico. Nel caso in cui descrivi di possedere il codice, in modo da poterlo dare liberamente alla tua azienda. Ti hanno assunto per scrivere il codice in modo che si fidino del tuo codice.

In tal caso, posso riportare eventuali correzioni e miglioramenti alla mia libreria personale?

Il tuo contratto probabilmente lo proibisce a meno che tu non abbia ottenuto l'autorizzazione (controlla il tuo contratto).

La soluzione migliore è parlare con il tuo manager. Non riesco a vedere nessuna mangiatoia che rifiuta la tua richiesta. Ti dà anche un bell'aspetto quando fai notare come il tuo codice personale aiuta l'azienda.


Se si eseguono le correzioni di bug dalla memoria e non copiando effettivamente il codice fatto al lavoro (che potrebbe essere rintracciato), è piuttosto difficile provare da dove viene l'idea; è altrettanto probabile che tu abbia fatto la correzione del tuo tempo libero e reimportato nel tuo codice di lavoro
Izkata,

@Izkata: la domanda riguardava l' etica , non la provabilità. Sia che si possa provare che si è verificato il backport o meno, il richiedente sarà comunque backport . Se, come dice Tom Squires (probabilmente correttamente), il contratto lo proibisse, allora no, non sarebbe etico .
Ross Patterson,

@RossPatterson La seconda parte, sul backporting, non riguardava l'etica e Tom sembra averlo interpretato come me - un problema legale più che etico. Inoltre, se le correzioni di bug vengono eseguite dalla memoria, è improbabile che il codice sia identico a meno che non sia una soluzione assurdamente semplice - in entrambi i casi, non è coinvolta alcuna etica, è solo un progetto convergente.
Izkata,

La vera domanda non è di essere etici o di fiducia, è se si mette il codice sotto una licenza adeguata prima ancora di tentare di usarlo al lavoro. Pensa al copyright e pensa in entrambi i modi.
JensG,

22

Alcune aziende rivendicano anche il lavoro svolto fuori orario. Dipende dall'azienda, alcuni di loro sono grandi sul controllo IP.

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


2
questo è sicuramente degno di nota, ci sono buone probabilità che sia già il loro codice in base al contratto, e l'aggiunta alla loro base di codice lo ha reso quasi sicuramente il loro codice.
Ryathal,

Rivendicare lavori che hai fatto fuori dal tuo lavoro ? È possibile? Penso che debba dipendere dal paese in cui lavori, perché per quanto ne so, questo sarebbe illegale in Francia, anche se scritto nel tuo contratto.
Clemente Herreman,

1
Molte aziende lo provano, è impossibile far valere, a causa di quasi tutti i contratti, inoltre si afferma che non è possibile fare causa al proprio datore di lavoro.
Woot4Moo,

1
+1 @Raythal - a meno che l'OP abbia concesso in licenza il proprio lavoro al proprio datore di lavoro, incluso nei loro progetti senza preavviso, avrebbe potuto renderlo un prodotto di lavoro. Potrebbe aver irrimediabilmente contaminato le sue biblioteche personali se la sua compagnia lo scoprisse e si arrabbiasse.
DaveE,

2
IANAL, ma molti accordi di proprietà intellettuale rivendicano l'IP in quattro situazioni: se il lavoro è stato svolto in orario aziendale, se ha utilizzato le risorse dell'azienda (hardware, software, ecc.), Se risulta dal lavoro svolto per il datore di lavoro (possibilmente utilizzando un'azienda protetta informazioni - algoritmi proprietari, ecc.), o se è correlato a qualsiasi attività commerciale attuale della società o ricerca o sviluppo effettivi o previsti. L'ultimo è il più vago, in quanto qualsiasi cosa potrebbe essere "anticipata". Sarei interessato a sapere se qualcuno è stato effettivamente citato in giudizio in una situazione diversa dalla concorrenza diretta con il proprio datore di lavoro.
Cliff,

6

La tua azienda potrebbe avere un dipartimento IP specializzato o specialista. Verificare con loro. Il tuo manager dovrebbe essere in grado di metterti in contatto.

Certamente è etico; Non riesco a immaginare che la tua azienda sarebbe dispiaciuta di avere più accesso al tuo lavoro e al tuo potere mentale. Vuoi proteggerti dalla perdita del 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 compatibile con le politiche IP della tua azienda.

Inoltre, cerca di ottenere l'autorizzazione ufficiale per rilasciare qualsiasi codice tu contribuisca ad esso. Alcune (molte?) Aziende stanno bene rilasciando il codice con licenze open source purché vi sia una chiara 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 in remoto in relazione 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 autorizzata invece di importarlo direttamente.

Spero che sia di aiuto.


2

È totalmente etico. Ricerco spesso nuove tecnologie e diversi modi di fare le cose a casa, e più di una volta ho sviluppato a casa qualcosa che ho finito per usare nel mio lavoro. Inoltre, non avrei alcun problema nel portare a casa correzioni o miglioramenti (o nel portarli da casa al lavoro).

Mi preoccuperei solo se intendessi pubblicare il tuo lavoro in modo indipendente. In tal caso, non lo inserirei affatto e non proverei nemmeno a riutilizzare il design. Come altri hanno già detto, controlla il tuo contratto di lavoro e discuterne con il tuo manager. Se non disponi di uno di quei contratti di tipo "lavori per noi 24 ore su 24, 7 giorni su 7", potresti prendere in considerazione la possibilità di rilasciare il tuo codice con una licenza e di utilizzare solo il codice rilasciato al lavoro. Quindi non sarebbe davvero diverso dall'uso di un progetto software open source o gratuito, che presumo tu sia già in grado di fare.


1

Come sempre, dipende. In questo caso, su ciò che a) dice la licenza che inserisci nel codice eb) su ciò che dice il tuo contratto. Potresti voler fare un accordo commerciale con la società che copre il codice che hai scritto prima di arrivare lì.

Non vi è alcun problema etico generale in questo, purché ci si pensi in anticipo.


la licenza che hai inserito nel tuo codice può essere o non essere rilevante a seconda di ciò che dice il tuo contratto, se il tuo datore di lavoro rivendica la proprietà di tutto ciò, qualsiasi licenza sotto la quale inserisci il tuo codice sarebbe nulla perché non avevi il diritto di concedere in licenza quel codice.
Ryathal,

1

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

Il tuo problema è in realtà i diritti di proprietà.

E qui ci sono diversi problemi a cui devi pensare.

Cosa dice il tuo contratto sulla proprietà intellettuale?

La tua azienda mantiene i diritti sulle cose che crei?

Quale licenza utilizza la tua azienda durante lo sviluppo del codice?

È compatibile con le tue licenze?

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


4
dovresti modificare la tua risposta per includere il nome della persona che ha scritto la risposta con cui sei d'accordo, i post non rimangono in ordine cronologico.
Ryathal,

0

Non è etico rubare alla tua azienda - e, se hai concordato 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 l'autorizzazione 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 guadagnarti un complice.

Il modo corretto di fare questo genere di cose, è quello di essere chiari che stai portando un progetto esterno che possiedi in azienda, e quindi firmare (o concordare verbalmente) un contratto o un accordo separato, in particolare per il progetto esterno. Fallo in anticipo.


Si noti che gli aspetti legali ed etici sono diversi e non sono completamente d'accordo. Anche se etico, a volte non è legale mettere in funzione il tuo codice senza un contratto (mentre, in altre circostanze, non è legale per te mantenere il codice a casa - sei legalmente obbligato a inserirlo e ad usarlo, se tu, al meglio delle tue capacità, pensi che andrebbe a beneficio dell'azienda).

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.