Ho una precedente invenzione (software / framework) che intendo utilizzare nel mio nuovo lavoro. Cosa succede al mio copyright se lo migliora durante il lavoro?

9

Ho compilato il modulo standard in cui elenchi le tue invenzioni precedenti prima di iniziare il tuo nuovo lavoro in modo che il datore di lavoro sia legalmente consapevole di avere il copyright su di esse. Ma se volessi usare questa invenzione (codice software / framework) nel mio nuovo lavoro, avrebbero delle rivendicazioni sul copyright se, ad esempio, cambio / migliorassi qualcosa sul mio codice mentre lavoro per loro?

Ho sentito qualcosa di simile a una proprietà condivisa. Qualcosa del genere: possederesti ciò che era stato fatto prima e il datore di lavoro avrebbe avuto i miglioramenti che hai fatto su di esso mentre era impiegato. Quel tipo di schifo e toglie qualsiasi incentivo dovresti fare miglioramenti sul tuo prodotto poiché una volta migliorato, il miglioramento è sparito . :(

Qualcuno ha attraversato questa situazione prima e potrebbe condividere alcune idee in modo da poter proteggere il mio codice?

licensing legal copyright

— JohnPristine
fonte

Hai considerato open source la tua precedente invenzione? Che ne dici di venderlo alla tua nuova azienda su una base così com'è per una tassa nominale? Quindi puoi semplicemente rivenderlo a loro ogni volta che apporti miglioramenti.

— Vaughandroid,

@Baqueta Ho altre cose che ho open source, ma questo particolare progetto non è nel mio interesse per open source. Ho intenzione di venderlo in seguito ad altre società e / o riutilizzarlo in altri incarichi che potrei avere e / o altri lavori.

— JohnPristine,

1

@Baqueta - Rendere il progetto open source non fa nulla per il futuro lavoro controllato da un accordo IP restrittivo. La società deve rilasciare qualsiasi reclamo per il lavoro di John affinché continui a lavorarci.

Hai mai considerato di venderli l'attuale versione dell'intera cosa e di trasferirne la proprietà a un prezzo adeguato? Se insisti per mantenere la proprietà, il tuo nuovo datore di lavoro potrebbe insistere sul fatto che sei completamente responsabile della manutenzione del software, 365 x 24 ore all'anno.

— Doc Brown,

@ GlenH7: una delle licenze copyleft non costringerebbe il lavoro a rimanere di dominio pubblico? JohnPristine: Abbastanza giusto!

— Vaughandroid

7

Apparentemente, vuoi mantenere la proprietà di quel software.

Se è così, semplicemente non firmare un contratto che glielo toglie.

Il caso normale, tuttavia, è che ciò che produci durante l'orario di lavoro è di proprietà del tuo datore di lavoro. La tua numerazione dovrebbe essere una compensazione per questo.

Forse puoi raggiungere un accordo, in cui le ore lavorate sull'implementazione di quell'invenzione non vengono conteggiate (e pagate) come ore lavorative. Invece, il tuo datore di lavoro accetta di acquistare (una licenza per) la versione migliorata per circa lo stesso importo che guadagnerai in quelle ore.

— Ingo
fonte

Una soluzione potrebbe essere che farò SOLO miglioramenti durante il mio off-our. Ma la società probabilmente non accetterebbe di avere qualcosa che dipende da un prodotto / quadro di provenienza stretta. Non mi dispiace mostrare loro il codice e possono apportare modifiche se lo desiderano / necessitano in futuro. Ma vorrei mantenere la proprietà del prodotto e del codice come hai detto.

— JohnPristine,

@JohnPristine dipende davvero da quanto ne hanno bisogno. Guarda, probabilmente dipendono da Windows di provenienza ravvicinata. OTOH, se dai loro una licenza di codice sorgente, non è più fonte chiusa.

— Ingo,

1

"Possono apportare modifiche se vogliono / necessitano" = tu stai apportando le modifiche per loro. e se apportano modifiche, possiedono quelle modifiche a meno che tu non riesca a convincerle a spingerle ufficialmente "a monte"

— Jimmy Hoffa,

Inoltre, se si apportano aggiornamenti / miglioramenti nella versione di lavoro dell'applicazione, quindi si tenta di aggiungere gli stessi aggiornamenti alla versione personale, si ottiene potenzialmente la possibilità di intentare azioni legali contro di te per violazione della "loro proprietà".

— BBlake,

1

In alternativa, perché non concedi loro una licenza per utilizzare il software in cambio del diritto di mantenere il copyright sulle tue modifiche? Ottengono il software e tu possiedi ancora gli aggiornamenti. Dovrebbe essere vantaggioso per tutti. A meno che non vogliano vendere il tuo software ad altre persone, nel qual caso, venderei una licenza per loro per farlo, e negozerei per un taglio del profitto.

— Gustav Bertram,

7

Dipende davvero da cosa c'è nel tuo contratto di lavoro.

Ho dovuto chiedere di aggiungere una clausola specifica al mio contratto che mi permettesse di lavorare su progetti open source nel mio tempo libero. Il contratto originale reclamava tutto il materiale protetto da copyright che avevo prodotto durante il periodo di lavoro, indipendentemente dal fatto che fossi al lavoro o meno.

Se non è esplicitamente indicato nel contratto, probabilmente si applicherebbero le leggi locali sul lavoro e dovresti consultare un avvocato. Potrebbe essere necessario in ogni caso - ci sono alcuni diritti che semplicemente non puoi firmare, indipendentemente da ciò che dice un contratto.

— Gustav Bertram
fonte

-1

Questo è un problema semplice Devi assicurarti che ci sia un'intersezione tra i tuoi interessi e quelli del tuo datore di lavoro in questa materia.

Il tuo nuovo datore di lavoro si preoccupa persino di usare il tuo codice? Lo vogliono? In tal caso, aggiungilo al tuo accordo che qualsiasi modifica a quel codice:

l'utente detiene il copyright
mantengono la licenza completa, illimitata, permanente, trasferibile, sublicensable, ecc ... da utilizzare, riutilizzare, ecc ...

Se sono troppo grandi per farlo, semplicemente non portare il tuo software lì.

— gahooa
fonte

-5

Forse la cosa migliore da fare è aprirla prima, con forse una licenza MIT. Quindi, usalo nel tuo nuovo lavoro. Il nuovo datore di lavoro non sarebbe in grado di rivendicare la proprietà di un progetto open source creato / rilasciato prima dell'inizio del rapporto di lavoro.

La proprietà condivisa sembra disordinata. Non riesco a immaginare che lo scenario sia il migliore per te, ma posso vedere la compagnia ottenere la conclusione migliore di tale accordo.

— Kamau Malone
fonte

L'open source per questo particolare progetto non è nel mio interesse. Ho altre cose open source.

— JohnPristine,

2

Questo è un suggerimento negativo, se non terribile. Posizionare il progetto con una licenza MIT proteggerà il codice esistente , ma non farà nulla per lo sviluppo futuro. In base a un accordo IP molto restrittivo, tutti i diritti d'autore per lavori futuri appartengono al datore di lavoro. Il tuo suggerimento mette l'utente in conflitto con il suo accordo di lavoro se fornisce nuovi contributi al progetto. Non può contribuire legalmente a qualcosa che non possiede.

1

OP non è interessato a diventare proprietario di ciò che la sua azienda fa per modificare il progetto. È interessato a mantenere il controllo su ciò che ha già costruito. Modifica: leggi alcune delle altre risposte di OP; Dichiarerei il lavoro come preesistente e non lo userei con il tuo nuovo datore di lavoro.

— Kamau Malone,

@KamauMalone - Non usarlo è il miglior suggerimento che abbia mai visto. Perché complicare le cose ... l'autore vuole vendere il suo prodotto, dovrebbe tenere la sua attività personale separata dal suo lavoro con questa azienda. A dire il vero, non dovrebbe nemmeno lavorare su NIENTE collegato al suo prodotto.

— Ramhound,

È solo il codice dell'infrastruttura che voglio usare in altri posti.

— JohnPristine,