Quando posso pubblicare uno strumento software scritto al lavoro?


24

Sto lavorando a un problema software sul lavoro che è abbastanza generico, ma non riesco a trovare una libreria che mi piace risolverlo, quindi sto pensando di scriverne uno da solo (almeno una versione bare-bones). Scriverò un po 'se non tutta la versione 1.0 al lavoro, dal momento che ne ho bisogno per il progetto. Se andrà bene, potrei voler portare a casa il lavoro e perfezionarlo solo per divertimento, e magari rilasciarlo come progetto open source. Tuttavia, sono preoccupato che se avessi scritto la versione 1.0 al lavoro, potrei non essere autorizzato a farlo dal punto di vista legale. Ovviamente potrei chiedere al mio capo (che probabilmente non se ne curerà), ma sono curioso di sapere come altri programmatori hanno affrontato questo problema e dove si trova la legge qui. La mia domanda di una frase è,Quando va bene (legalmente / eticamente) open-source uno strumento software originariamente scritto da te per lavoro al lavoro? Che cosa succede se la fonte originale è stata ampliata in modo significativo durante le ore non lavorative?

Follow-up: Supponiamo che scrivo tutto a casa durante il mio tempo e poi semplicemente lo usi al lavoro, questo cambia radicalmente le cose?

Follow-up 2: Nota che non sto cercando di fregare il mio datore di lavoro (capisco che mi stanno pagando per costruire prodotti di loro proprietà) - Mi sto solo chiedendo se esiste un modo giusto di farlo per tutti i soggetti coinvolti ... Sarebbe bello se qualche organizzazione no profit in fondo alla strada potesse usare il mio codice e risparmiarli un po 'di tempo. Inoltre, c'è un altro problema in gioco. Se scrivo la libreria per una cosa molto semplice e generica (come le tabelle HTML in Javascript), ciò significa che non potrò mai più farlo nel mio tempo senza mettermi a rischio legale (anche se fosse una nuova riscrittura o un segmento di un progetto più ampio). Sto cedendo il mio diritto di scrivere codice per questo tipo di progetto per il resto della mia vita (senza il permesso di questa società), poiché il codice sul lavoro potrebbe essere ancora da qualche parte nel mio cervello che mi sta influenzando? Questo sembra legato ai brevetti software,


5
Controlla il tuo contratto, chiedi a un avvocato. Molti contratti di lavoro hanno una clausola di tipo "tutte le invenzioni sono di proprietà del datore di lavoro". La sua esecutività varia ... per la quale è necessario chiedere un avvocato.

7
"Se andrà bene, potrei voler portare a casa il lavoro e perfezionarlo solo per divertimento, e magari rilasciarlo come progetto open source." - È altamente improbabile che la tua azienda approvi di farlo. Il tuo prodotto di lavoro appartiene a loro, non a te.
Ramhound,

5
Scommetterei fortemente su questo per farti entrare nell'acqua tremendamente profonda se il lavoro lo scoprisse dato che non hanno accettato di rilasciarlo. Ricevilo per iscritto.
Rig

Si noti che la maggior parte delle aziende di medie dimensioni non consente l'installazione di software non approvato sui computer di lavoro, in quanto può portare a tutti i tipi di instabilità del sistema, virus ecc. Quindi "scaricarlo e usarlo sul luogo di lavoro" potrebbe non essere saggio corso d'azione neanche.
calum_b,

2
@Ramhound Non penso sia così bianco e nero. Come puoi non pensare alla versione di lavoro mentre scrivi qualcosa di simile a casa? Comunque, questo è probabilmente tutto curato attraverso la clausola di non concorrenza del contratto di lavoro. Il mio punto era che probabilmente non c'è modo di impedire al codice della tua azienda di influenzare (anche inconsciamente) il codice che scrivi tu stesso, il che crea un problema alquanto interessante ma di cui non vale la pena discutere qui.
AlexMA,

Risposte:


41

Non è quasi mai OK, legalmente o eticamente, rilasciare i prodotti che hai creato utilizzando le risorse del tuo datore di lavoro o mentre sei pagato dal datore di lavoro per il tuo tempo senza permesso.

Tuttavia, dipende dal contratto di lavoro. Se sei stato pagato dall'azienda e / o hai utilizzato le risorse dell'azienda per produrre il prodotto, è probabile che il lavoro appartenga alla tua azienda. Devi consultare il tuo supervisore e il tuo ufficio legale. A seconda del contratto di lavoro, potrebbero esserci anche restrizioni sul lavoro sulle tecnologie correlate o sull'utilizzo delle conoscenze acquisite dal datore di lavoro nei progetti, anche se ci si lavora usando risorse personali nel proprio tempo.

Se stai utilizzando il tempo pagato, le risorse dell'azienda o stai sviluppando qualcosa che potrebbe essere considerato correlato all'attività della tua azienda, cerca sempre la guida del tuo responsabile e / o dipartimento legale per assicurarti di non violare alcun accordo e di ottenere l'autorizzazione appropriata per lavorare su progetti. In genere, è più facile farlo prima di iniziare a lavorare in quanto potrebbe cambiare gli approcci adottati nel progetto.

Scrivere prodotti da utilizzare al lavoro nel tempo libero è discutibile e dipende dalle norme alle quali il datore di lavoro deve attenersi. Per lo meno, potresti interferire con il programma, il budget e le stime dei tuoi datori di lavoro prendendo il lavoro offline. In alcuni casi, potresti violare le norme contrattuali creando prodotti fuori dal tempo tracciati e fatturati in modo appropriato.


8
+1 per l'ultimo paragrafo. I dipendenti che lavorano su prodotti correlati e che non tengono conto e fatturano correttamente, anche se volontariamente lo hanno fatto di propria volontà, possono comportare grandi conseguenze per il datore di lavoro. In particolare se il datore di lavoro è un appaltatore del governo. L'intero processo di offerta e le tariffe generali si basano sull'avere numeri precisi al fine di creare condizioni di parità per tutti i potenziali offerenti di contratti governativi. I numeri confusi, intenzionali o meno, potrebbero comportare il rifiuto del datore di lavoro di fare offerte su contratti e persino azioni penali.
Dunk

Potresti concretizzare l'idea di un "prodotto creato per il datore di lavoro"? Se mi viene in mente un'idea o un concetto e uso quell'idea nel codice del prodotto, posso usare quell'idea, diciamo, per progetti di volontariato open source? Supponiamo che non sia stato brevettato o in grado di brevettare.
AlexMA,

1
@AlexMA Quella frase non appare mai nella mia risposta, quindi non so su cosa vuoi espandere. Se lavori per creare un progetto mentre stai lavorando o stai utilizzando le risorse del tuo datore di lavoro, vedi il paragrafo 2. Se è correlato a un progetto in corso sul lavoro o alla tua azienda, vedi i paragrafi 3 e 4. In ogni caso, è una cattiva idea (se non immorale o illegale) di lavorare su cose legate al lavoro senza permesso, nel tempo libero o meno.
Thomas Owens

@ThomasOwens Non è quello che intendevo dire; scusa per non essere chiaro. Il tuo preventivo esatto era "prodotti che hai creato utilizzando le risorse del tuo datore di lavoro". Cosa costituisce qualcosa che possiedono rispetto a ciò che possiedo? Che dire delle idee di programmazione generale che mi vengono in mente sul lavoro, che poi applico al lavoro in corso? Proprio come un falegname che propone un nuovo modo di costruire le scale, o un martello nuovo e migliore, e quindi usa quella tecnica / strumento mentre fa le scale per il suo datore di lavoro.
AlexMA,

2
@AlexMA Se hai intenzione di creare qualcosa da utilizzare sul lavoro, anche nel tuo tempo libero, devi consultare l'ufficio legale del tuo datore di lavoro. È toccato nel mio ultimo paragrafo e nel commento di Dunk: fare un lavoro fuori per scopi di supporto a un progetto può avere conseguenze dannose e possibilmente conseguenze legali. Un'idea non correlata è una cosa, ma se si desidera utilizzare ciò che si fa sul lavoro, passare attraverso il diritto prima di iniziare a lavorarci.
Thomas Owens

14

Se andrà bene, potrei voler portare a casa il lavoro e perfezionarlo solo per divertimento, e magari rilasciarlo come progetto open source.

Dovresti essere cristallino con il tuo datore di lavoro sulle tue intenzioni all'inizio. Prendi un accordo su come funzionerà tutto prima di iniziare in modo che non ci siano sentimenti feriti, incomprensioni, delusioni, ecc. Il lavoro che fai per il tuo datore di lavoro è di proprietà del tuo datore di lavoro.

Quando va bene (legalmente / eticamente) open-source uno strumento software originariamente scritto da te per lavoro al lavoro?

Quando hai il permesso del tuo supervisore (e forse dell'ufficio legale) di distribuire la sua proprietà.

Che cosa succede se la fonte originale è stata notevolmente ampliata durante le ore di inattività?

Non importa Stai lavorando con la proprietà del tuo datore di lavoro - cambiando alcune righe qui e là non cambia questo fatto. Potrebbe essere ancora loro anche se cambi ogni singola riga del progetto. Verificare con il proprio avvocato per i dettagli, ma non aspettatevi buone notizie.

Ora, il tuo datore di lavoro potrebbe essere perfettamente felice di distribuire la biblioteca con una licenza open source. Se non è qualcosa che considerano parte del loro vantaggio competitivo, o se vogliono mantenere la biblioteca ma non vogliono necessariamente fare tutto il lavoro per mantenerla da soli, o se vogliono ottenere un po 'di buona volontà, o qualunque altra cosa, allora le cose possono funzionare. Ricorda solo che è una loro decisione.


Now, your employer may be perfectly happy to distribute the library .... e non si apre quindi a potenziali cause legali e / o altre questioni legali lungo la strada.
Martin York,

@LokiAstari Certo: ci sono molte considerazioni che il datore di lavoro potrebbe aver bisogno di prendere in considerazione prima di aprire un software; la mia lista è lungi dall'essere esaustiva.
Caleb,

2
When you have permission from your supervisor (and perhaps legal department)... Molto raramente il tuo supervisore ha il diritto di parlare a nome dell'azienda in queste materie. Può pensare che vada bene, ma il senior management potrebbe non essere d'accordo. L'autorizzazione dovrebbe provenire da senior mgmt / legal.
cdkMoose,

2
@cdkMoose Sì, certo, quindi la mia inclusione nell'ufficio legale. È un po 'a dirsi "molto di rado" però - fa troppe ipotesi sulla dimensione / struttura dell'azienda. Forse il supervisore è il CIO, il CTO o il CEO (o tutto quanto sopra). Probabilmente avrei dovuto dire "Quando hai il permesso necessario" e lasciare i dettagli al lettore.
Caleb,

+1 per parlare con il tuo datore di lavoro - potrebbero essere perfettamente felici (o no) di open-source questa libreria (e non il programma stesso), ma è la cosa giusta da fare. Diverse aziende lungimiranti (Google, Facebook) consentono ai loro dipendenti di rendere open source parte del lavoro che svolgono, purché non sia la proposta principale delle aziende. Ma tutti passano attraverso un processo di verifica.
Suman,

5

Risposta semplice:

Mai.

Ecco il problema: secondo le leggi della maggior parte dei paesi moderni, detieni un copyright su tutto ciò che scrivi di default. Questo vale anche quando lo scrivi per qualcun altro, come il tuo datore di lavoro .

Ovviamente, questo è problematico per chiunque sia interessato ad assumere uno sviluppatore di software.

Per risolvere questo problema, le società di software hanno sottoscritto un accordo di non divulgazione (NDA). All'interno di questo accordo di non divulgazione, si afferma esplicitamente che si rinuncia al copyright di tutto il codice che si scrive per quel datore di lavoro. Non importa quando l'hai fatto. È tutto uguale.

In altre parole: il codice che hai scritto non ti appartiene . Appartiene al datore di lavoro e non è consentito pubblicarlo.

Non ho mai sentito parlare di uno sviluppatore che non ha firmato un accordo di non divulgazione, quindi a meno che tu non sia in una regione molto remota del mondo, è una scommessa sicura dire che hai firmato un accordo di non divulgazione quando sei stato assunto.

Se il tuo datore di lavoro è interessato a pubblicarlo per qualche motivo, allora è una storia diversa (e se sei ripetuto, potresti anche provare a convincerli che è la cosa giusta da fare). Ma è l'unico modo.


4
IANAL, ma il tuo anche quando ... non sembra essere vero negli Stati Uniti, almeno secondo questo documento dell'Ufficio Copyright degli Stati Uniti . Inoltre: la non divulgazione e il lavoro a noleggio sono questioni non correlate - sarebbe meglio usare un termine come "accordo di lavoro" al posto di "NDA" di cui sopra poiché l'accordo che potresti aver firmato all'inizio dell'occupazione probabilmente riguardava più della non divulgazione e gli accordi di non divulgazione spesso non hanno nulla a che fare con le condizioni di lavoro.
Caleb,

@Caleb, la tua fonte afferma: "Il concetto di" lavoro fatto per assunzione "può essere complicato" e questo è assolutamente corretto. Uno dei motivi per cui può complicarsi è perché il software è molto più di un semplice codice, è un insieme di soluzioni e idee. Quindi la domanda diventa: "La tua azienda possiede il codice o possiede le idee espresse dal codice ?" Diventa più complicato quando immagini lo scenario di qualcuno che presenta un'idea geniale per il lavoro alle 2 del mattino e la implementa in codice la mattina successiva. continua ...
riwalk

... La soluzione che la maggior parte delle aziende impiega è dichiarare di possedere tutto quello che ti è venuto in mente, indipendentemente da quando l'hai inventato e indipendentemente da quando l'hai scritto. Ci sono alcuni stati (vengono in mente Washington e la California) che hanno alcune leggi aggiuntive, ma altri no. È complicato. In
conclusione

@ Stargazer712 - Le società che hanno scritto questo tipo di clausole nel loro contratto di lavoro sono rare. Direi persino che quei termini sono illegali anche negli stati in cui qualcuno non li ha ancora contestati. Inoltre, se firmi un accordo come perché non conosci i tuoi diritti, non meriti i diritti sul codice se è al di fuori del lavoro.
Ramhound,

1

Ciò dipende in gran parte dal rapporto contrattuale che hai con il tuo datore di lavoro ...

Proprietà intellettuale

Per impostazione predefinita, molte organizzazioni sono ora più disponibili a funzioni / classi generiche open source a beneficio della più ampia comunità di programmazione / codifica, ma ci sono quelli che non lo fanno e non possono dal punto di vista della proprietà intellettuale - per proteggere commercialmente ciò che hanno .

Se il tuo codice utilizza qualsiasi tipo di riferimento all'IP dei tuoi datori di lavoro o segreti commerciali, è forse comprensibile che possano rifiutare.

Open source

Essenzialmente e per impostazione predefinita, hai il diritto di rilasciare qualsiasi parte del software che scrivi nel tuo tempo libero e purché non sia in conflitto con i termini del contratto di lavoro - o - competa con ciò che fanno sotto qualsiasi aspetto.

Il miglior consiglio che potrei dare è di avvicinarti al tuo datore di lavoro e discutere apertamente della questione. Questo ti fornirà:

  • L'atteggiamento del tuo datore di lavoro nei confronti della programmazione open source / comunitaria
  • Riflettere / evidenziare la loro comprensione del software e del suo valore intrinseco / più ampio
  • I tuoi diritti su ciò che percepiscono che sei in grado di fare / non fare

Qualsiasi datore di lavoro, che rifiuta di permetterti di espandere il tuo pensiero / apprendimento e di contribuire effettivamente alla comunità più ampia (e risolvere problemi sempre più grandi) dovrebbe dirti molto su dove lavori. Le aziende spesso pensano in modo più ampio di quanto non abbiano prima di rilasciare il codice in quanto non solo li avvantaggia, ma deve essere in una forma che non li minaccia in tutto ciò che fanno.

Il mio tempo / il loro tempo

Come con altre risposte, non è possibile utilizzare il tempo dei datori di lavoro per creare il proprio software; eticamente o principalmente. Trattali separatamente a meno che il tuo datore di lavoro non sia disposto a impegnarsi a rilasciare codice.

In alcuni casi, i programmatori fondono il proprio tempo e il proprio tempo di lavoro per creare qualcosa di eccezionale, di cui ogni parte beneficia e forse il risultato ideale per la propria domanda.

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.