Tendi a scrivere il tuo nome o il nome della tua azienda nel tuo codice?

(Disclaimer standard - Non sono un avvocato ...)

Dal tuo profilo ti sembra di essere nel Regno Unito.

In quel caso dipende da come lavori. Se sei un membro permanente dello staff allora quasi certamente il tuo datore di lavoro è il proprietario funziona . Li hai scritti e hai i diritti per essere identificato come autore (cioè puoi dire alla gente che li hai scritti) ma la proprietà del codice e della proprietà intellettuale in essa risiede con la tua azienda.

Se sei un appaltatore, potrebbe esserci il caso che tu abbia qualche pretesa nei loro confronti, ma dipenderebbe dalla natura del contratto. In generale, la maggior parte degli appaltatori IT del Regno Unito sono classificati come lavoratori a noleggio, il che significa che di nuovo l'IP spetta all'azienda piuttosto che all'individuo. Certamente parlare di un contratto di lavoro standard suggerisce che questo sarà il caso se si è permanente del contratto.

In queste circostanze non hai il diritto di rilasciarli come open source (o addirittura di portarli al tuo prossimo datore di lavoro) e dovresti pensare a loro nello stesso modo in cui pensi a qualsiasi altro software proprietario e agire di conseguenza - Non sono tuoi, hai solo accesso al codice sorgente.

EDIT : per quanto riguarda il fatto che ne hai sviluppato un po 'nel tuo tempo libero. Nel momento in cui hai iniziato a utilizzarlo al lavoro senza far valere i tuoi diritti e avendola in licenza all'azienda in anticipo, l'hai reso molto oscuro, poiché ora è molto difficile mostrare cosa è stato fatto quando. Da quello che stai dicendo le librerie di codici sono state testate, corrette e corrette nel tempo di lavoro (e la società possiede tutto ciò che è fatto nel loro tempo), oltre all'ovvia sovrapposizione con il lavoro che stavi facendo per loro (come dimostra il fatto che ha soddisfatto un requisito che la società aveva su cui stavi lavorando) significa che hanno un reclamo e probabilmente uno molto strong.

L'Unione Unite ha un pezzo su questo . La sezione chiave sembra essere:

"Esistono disposizioni legali esplicite:

· Sezione 11 (2) del Copyright, Designs and Patents Act (CDPA) 1988 e

· Sezione 39 della legge sui brevetti del 1977

occuparsi della proprietà delle opere dei dipendenti. In base a tali disposizioni, i datori di lavoro acquisiscono sostanzialmente la proprietà dei diritti di proprietà intellettuale in relazione a qualsiasi opera creata da un dipendente che lui / lei

· è stato richiesto di produrre secondo i termini del loro contratto di lavoro o

· ci si potrebbe ragionevolmente aspettare che produca secondo i termini di quel contratto.

Ovviamente, più ampia è la descrizione del lavoro del singolo dipendente, più difficile sarà per lui / lei di evitare gli effetti delle sezioni 11 (2) e 39 sopra.

Anche se il lavoro viene creato dal dipendente nel suo tempo e utilizzando le proprie risorse, il dipendente non sarà necessariamente in grado di rivendicare alcun diritto in quel lavoro, se il datore di lavoro dimostra che la natura del lavoro creato è stata quella che potrebbe essere ragionevolmente contemplato come parte delle funzioni del dipendente. Ciò è dimostrato dal caso di Missing Link Software v Magee [1989] FSR 361. Lì, il tribunale ha ritenuto che il copyright in un programma software scritto da un dipendente al di fuori del suo orario di lavoro e sul proprio equipaggiamento è stato fatto nel corso del rapporto di lavoro, poiché rientrava nell'ambito dei compiti che il signor Magee era stato assunto per svolgere ".

Fondamentalmente perché queste librerie hanno soddisfatto un requisito specifico per un progetto su cui stavi lavorando per loro, hanno un reclamo su di loro.

EDIT 2 : devi capire che il fatto che ci siano due versioni del codice è probabilmente irrilevante. Il codice soddisfa un bisogno che l'azienda ha su un progetto a cui stavi lavorando e l'hai scritto mentre era impiegato dall'azienda (anche se era nel tuo tempo libero). Ciò conferisce loro un strong reclamo sul "core IP" del codice, non solo su una copia specifica di ciò che è accaduto per implementare sul loro progetto - visualizzarlo come due rami non lo cambia.

Vale la pena notare che anche la riscrittura sarebbe definita un lavoro derivato e l'IP si starebbe ancora con la compagnia, anche su una nuova versione.

Penso che tu abbia un'idea di ciò che vuoi essere vero e stai cercando di distorcere le cose per far sì che, ma da quello che stai dicendo, credo che la compagnia abbia una strong rivendicazione del codice che sei non sarà in grado di aggirare.

Se la tua azienda ti sta pagando per codice, è il loro codice. Non lo pubblicherei come progetto open source a meno che tu non abbia il loro permesso.

Ci sono stati casi in cui il codice scritto a casa mentre si lavorava per un'azienda era considerato di proprietà dell'azienda. Non sono sicuro che sia mai stato testato in tribunale, ma penso che sia piuttosto ovvio che qualsiasi codice che scrivi usando le attrezzature della compagnia, durante l'orario di lavoro (cioè il tempo in cui sei seduto alla tua scrivania pagato dal società per scrivere il codice) e per il software aziendale appartiene alla società. Hai stipulato un accordo con loro (controlla il tuo contratto di lavoro) che dice che ti daranno dei soldi in cambio della tua scrittura di codice. Non sareste impressionati se dicessero che avrebbero trattenuto il vostro stipendio perché invece intendevano dargli carità.

Quindi, in breve, non è il tuo codice. Non lo possiedi. Gli spazi dei nomi dovrebbero il nome della società perché appartiene a loro. Hanno pagato qualcuno per scriverlo! (cioè tu).

• avvertenza: devi controllare il tuo contratto, o le condizioni di impiego per determinare se quanto sopra è vero nel tuo caso, direi che è comunque come potrebbero facilmente licenziarti per fare le tue cose in azienda al momento molto meno, e poi affermare che appartiene a loro comunque. il miglior consiglio per il futuro è quello di mantenere ciò che fai per te stesso e ciò che fai per il tuo datore di lavoro totalmente separato.

I futuri programmatori hanno bisogno di sapere chi ha scritto il codice nel caso in cui il livello di documentazione sia inadeguato (il che è purtroppo spesso così).

Per questo motivo firmo sempre il mio nome. E mi ricorda anche che devo assicurarmi di fare un ottimo lavoro, perché so che se non lo farò qualche collega arrabbiato mi chiamerà nel cuore della notte! :)

Come quasi tutti hanno detto, è probabilmente il caso che la compagnia abbia qualche pretesa sul codice (con frasi come "Ho scritto probabilmente il 90% di questo progetto a casa". È torbido).

Una delle cose da considerare in futuro è esaminare attentamente i contratti di lavoro e ottenere un tempo a disposizione, un kit personale - > proprietà propria "o ottenere una deroga per progetto dalla società. Purtroppo non è di aiuto al momento.

Cosa c'è di sbagliato nell'usare un altro nome? Il nome di tuo figlio / figlia / gatto / cane / criceto? Quindi non devi avere queste difficoltà: hai appena scelto un nome "amico".

Tutte le risposte sembrano concentrarsi sulla proprietà.
Ma la proprietà e la paternità (autori e proprietari, resp) sono nozioni diverse.
L'autore è legato a diritti morali o inalienabili che sono :

• perpetua
• inalienabile
• Diritto imprescritto
• 
  Unsizeable Se un'opera già creata e i proventi del suo sfruttamento, possono essere sequestrati dai creditori, a seconda dei casi, quest'ultima non può esigere che tale opera sia divulgata allo scopo di recuperare il denaro dovuto dal suo autore. / li>

I diritti di autore morali o inalienabili non possono essere revocati nella maggior parte delle giurisdizioni .

Mentre la proprietà è correlata a diritti economici, alias proprietà.

Perché non solo seguire la pratica di come vengono firmati gli articoli scientifici, quando i lavoratori spesso lavorano come ricercatore / ricercatore in visita, impiegati / finanziati in più entità. o sotto il finanziamento indipendente di partiti 3d: nome dell'autore + dove è stato fatto il lavoro + crediti che hanno finanziato il lavoro.

Si noti che queste sono molte e molte relazioni (un autore, e il suo lavoro, può avere più affiliazioni e finanziamenti).