È legale per me contribuire al software open source mentre sono impiegato?


26

Lavoro per una grande azienda e voglio mantenere nuove le mie competenze. Penso che contribuire a un progetto open source sarebbe di aiuto, soprattutto se avessi mai voluto un lavoro all'avvio. Ho sentito che le grandi aziende possiedono spesso qualsiasi dipendente dello sviluppo che svolgono al di fuori del lavoro. Potrei affrontare le conseguenze legali contribuendo a un progetto open source senza avvisare il mio datore di lavoro? Potrei mettere a rischio un progetto open source se ho contribuito ad esso mentre ero impiegato? Se mi trattenessi dal contribuire a causa di motivi legali e fossi applicato a un'altra società in cui è prevista un'esperienza di sviluppo open source, capiranno o la mia applicazione andrebbe nel cestino?


2
Penso che questa sia una domanda molto individuale, basata sul tuo contratto specifico.
sevenseacat,

9
Non sappiamo nulla del tuo datore di lavoro, del tuo contratto o del paese in cui ti trovi. A questa domanda è impossibile rispondere.
Mike Baranczak,

5
È un mondo triste in cui viviamo che devi anche porre questa domanda.

Risposte:


16

Ci sono due domande reali qui. Il primo è di cosa sei responsabile. Il secondo è se dovresti essere preoccupato. Quei due hanno risposte diverse.

Per prima cosa risponderò al primo delle mie capacità. Non sono un avvocato e questo non è un consiglio legale. Se sei preoccupato, controlla il tuo contratto di lavoro e consulta un avvocato. Ma posso riassumere la situazione in due stati.

Nello stato di New York, è probabile che tu sia un dipendente professionista. Un dipendente professionale non ha orari prestabiliti, né un posto di lavoro fisso. Se esci a cena con un cliente, sei al lavoro. Se scopri come risolvere qualcosa sotto la doccia, appartiene al tuo datore di lavoro. Come dipendente professionale il valore predefinito, che è probabilmente anche nel tuo contratto, è che tutto il software che scrivi è un'opera a noleggio che appartiene al tuo datore di lavoro. La prevalenza di questo tipo di accordo è uno dei motivi per cui la FSF richiede l'assegnazione del copyright e richiede al datore di lavoro di firmarlo.

In California la situazione è diversa. Fintanto che il software che scrivi non si riferisce a qualsiasi cosa stia facendo il tuo datore di lavoro, qualsiasi cosa fatta nel tuo tempo con le tue attrezzature appartiene a te e questo diritto non può essere firmato. Tuttavia, se stai sviluppando in modo indipendente la stessa cosa che è il tuo datore di lavoro, probabilmente sarà di proprietà del tuo datore di lavoro. Anche se era un progetto segreto di cui non sapevi nulla. L'importanza di questo caso dipende dai dettagli su ciò su cui stai lavorando e su cosa sta lavorando il tuo datore di lavoro.

Quindi vedi che non esiste una risposta semplice. A seconda dello stato e dei fatti della tua situazione, potresti possedere o meno il tuo lavoro. E se non lo possiedi, non hai il diritto di concederlo in licenza.


Passiamo ora alla questione pratica. Ciò che dice la legge determina cosa accadrà in caso di controversia e di essere portato a un giudice. Tuttavia, nella pratica è molto raro che insorgano controversie e che vengano portate ai giudici. Inoltre, molti datori di lavoro non si preoccupano o apprezzano positivamente il fatto che i loro dipendenti contribuiscano al lavoro open source. Soprattutto se il progetto è quello che l'azienda trova utile e vorrebbero che tu sviluppassi esperienza con esso. Esistono spesso procedure per ottenere OK per eseguire tale lavoro. Non fa male controllare.

Inoltre, se contribuisci al lavoro open source, nonostante non sia chiaro se hai il diritto di farlo, le probabilità sono piuttosto buone che in realtà non ti metterai nei guai per farlo. E se ci si mette nei guai, le probabilità sono che si ottiene uno schiaffo al polso e viene detto di buttare giù le cose, piuttosto che subire grandi sanzioni legali. Il rischio rimanente è all'interno della tua zona di comfort? Questo dipende da te. Ma posso dirti che ci sono molte persone che lo fanno e abbastanza poche storie di persone che si trovano nei guai. (E nelle storie che esistono, di solito c'era qualche altra causa di problemi, e la ricaduta per il loro lavoro open source è una conseguenza.)


9

Dovresti cercare nel tuo contratto per vedere se ha detto qualcosa al riguardo, ma se una tale disposizione esistesse, in molte giurisdizioni potrebbe essere tranquillamente ignorata come inconcepibile e inapplicabile.

Dichiarazione di non responsabilità standard: non sono un avvocato e non si tratta di consulenza legale. Solo il buonsenso, che come tutti sappiamo è spesso trovato in conflitto con le leggi o le sentenze dei tribunali, soprattutto dove è coinvolto il software.


2
Nonostante ciò, il tuo pio desiderio è in realtà la mia comprensione che negli Stati Uniti ci sono più stati in cui una tale disposizione può essere applicata o è il default di quanti siano gli stati in cui è vero il contrario. Ancora un altro esempio del perché nessuno dovrebbe fidarsi della consulenza legale di un sito come questo.
btilly

2
@btilly: la maggior parte degli sviluppatori si trova al di fuori degli Stati Uniti, quindi l'avvertenza che in alcune parti di un paese potrebbe non essere applicabile non significa che non sia una risposta utile. Penso che il disclaimer lo copra bene.

1
@btilly: secondo la consulenza legale che ho pagato in Nuova Zelanda, la risposta di Mason è corretta. Mi è stato detto ufficiosamente che lo stesso vale in Australia. Qui è nella stessa categoria in cui i datori di lavoro si rifiutano di permetterti di fare un secondo lavoro - possono, ma devono avere un'ottima ragione.

1
Indipendentemente dallo status legale, se il tuo datore di lavoro lo proibisce e lo fai, puoi comunque essere licenziato.
Steve,

1
@btilly: la situazione legale è notevolmente diversa nei diversi stati degli Stati Uniti. In Minnesota, possiedi ciò che crei al di fuori del lavoro senza usare le cose del tuo datore di lavoro. In qualche altro stato (non ce la fa a venire con la mano), un ex dipendente è stato incaricato da un tribunale di implementare un'idea che aveva avuto mentre era impiegato e ha cercato di sviluppare nel suo tempo libero. Mi aspetto che le leggi dei diversi paesi possano variare ancora di più.
David Thornley,

1

Parla con l'ufficio legale delle aziende. Qualsiasi buon datore di lavoro degli sviluppatori dovrebbe capirlo e incoraggiarlo (potrebbero persino pagarti (il tempo del 20% di Google è un esempio) se il progetto del sistema operativo è abbastanza utile), ma è molto meglio essere al sicuro in questo tipo di situazione.

Se dicono che va bene e che non prenderanno il codice, ottenerlo per iscritto.

Se in seguito tentano di prendere il codice, avrai il tuo culo (e quello del progetto) coperto ...

Il peggio che possono dire è "no"


3
Google è un'eccezione. Se parli con il tuo datore di lavoro, molto probabilmente pensano "aha, questo ragazzo ha sicuramente troppo tempo a disposizione per spenderlo in progetti secondari, deve rallentare il suo lavoro quotidiano" In altre parole, parla a tuo rischio: - )
Artem

1
@artem: penso che dipenda davvero dalla compagnia in questione. Sono abbastanza sicuro che alcuni ne sarebbero abbastanza felici ...
Trezoid,


0

Capisco la tua cautela, ma APPENA AVANTI E CONTRIBUISCI.

È molto improbabile che ci sia qualcosa di legalmente sbagliato in questo, anche sulla carta, inoltre è improbabile che qualcuno nel tuo lavoro noterà anche i tuoi contributi se non ne parli, e ancora molto improbabile che verrai penalizzato nella pratica.

Se ti fa sentire più a tuo agio, puoi contribuire attraverso una maniglia anziché il tuo nome completo.


4
Questo ha il potenziale per causare GRANDI PROBLEMI per la sfortunata povera anima che deve affrontare il potenziale per cause legali causate dal tuo consiglio.
yfeldblum,

2
cause legali? stai scherzando. la licenza open source dovrebbe prevenire qualsiasi problema di proprietà intellettuale a meno che le tecnologie proprietarie / emergenti dal lavoro non vengano inserite nel progetto. se tutti avessero questo atteggiamento, i progetti open source non andrebbero da nessuna parte. pensi davvero che ogni collaboratore sia autonomo o senza lavoro?
jon_darkstar,

@Justice: Stai parlando della persona occupata che contribuisce al progetto o della persona che sta conducendo il progetto forse ora contaminato?
Andrew Grimm,

La persona che gestisce il progetto, forse ora contaminato.
yfeldblum,

1
Le licenze sono concesse dal titolare del copyright. Se devo tutelare il copyright su un codice, posso rilasciarlo con qualsiasi licenza che desidero e può essere utilizzato su tale base. Se non ho il copyright, non posso rilasciarne una licenza. Pertanto, se il lavoro appartiene al mio datore di lavoro e non gli concede una licenza F / OS, non esiste una licenza del sistema operativo sul codice. (I collaboratori possono essere impiegati. Alcuni vivono in luoghi in cui il datore di lavoro non possiede il lavoro sul tempo e le attrezzature del contributore, alcuni hanno firmato un contratto che li consente, altri hanno ottenuto un'autorizzazione specifica.)
David Thornley,

0

Assicurati di poter fornire legalmente il codice a un progetto open source. Potrebbe trattarsi di vivere nella giusta giurisdizione, avere un contratto di lavoro che specifica che possiedi ciò che crei o avere un'autorizzazione specifica dal tuo datore di lavoro (da qualcuno che ha l'autorità di concederlo, che potrebbe non essere il tuo manager).

Altrimenti, il progetto OS è in pericolo. Potrebbe essere coinvolto in un'azione legale e di solito i progetti del sistema operativo non sono impostati per difendersi. Se il tuo datore di lavoro si preoccupa, è probabile che il progetto OS sia legalmente costretto a rimuovere il tuo contributo, a quel punto hai sicuramente danneggiato il progetto. Anche altri progetti che hanno utilizzato il tuo codice potrebbero essere a rischio.

Non sto affrontando i problemi che potresti incontrare. Queste sono le tue considerazioni e puoi decidere da solo se vuoi rischiare di essere licenziato e possibilmente anche citato in giudizio. Sto affrontando i problemi che potresti causare a un progetto che stai cercando di aiutare.

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.