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


13

Ho lavorato su vari progetti a casa e al lavoro e nel corso degli anni ho sviluppato due API principali che utilizzo in quasi tutti i siti Web basati su AJAX. Ho compilato entrambi questi in DLL e ho chiamato gli spazi dei nomi Connell.Database e Connell.Json.

Il mio capo ha recentemente visto questi spazi dei nomi in una documentazione software per un progetto per l'azienda e ha detto che non avrei dovuto usare il mio nome nel codice. (Ma è il mio codice!)

Una cosa da tenere a mente è che non siamo una società di software. Siamo una società di supporto IT e sono l'unico sviluppatore di software a tempo pieno qui, quindi non c'è davvero alcuna procedura su come dovremmo scrivere software in azienda.

Un'altra cosa da tenere a mente è che un giorno intendo rilasciare queste DLL come progetti open source.

In che modo altri sviluppatori raggruppano i loro spazi dei nomi all'interno della loro azienda? Qualcuno usa le stesse librerie di classi in progetti personali e di lavoro?

Funziona anche al contrario? Se scrivo una libreria di classi interamente al lavoro, chi possiede quel codice? Se ho visto la libreria dall'inizio alla fine, l'ho progettata e programmata. Posso usarlo per un altro progetto a casa?

Grazie,

Aggiornare

Ho parlato con il mio capo di questo problema e lui concorda sul fatto che sono i miei oggetti e sta bene che io li apra. Prima di questa conversazione ho comunque iniziato a cambiare gli oggetti, che in realtà era abbastanza produttivo e il codice ora si adatta a questo specifico progetto più di quanto non facesse in precedenza.

Ma grazie a tutti i soggetti coinvolti per un dibattito molto interessante. Spero che tutto questo testo non sia sprecato e qualcuno impari da esso. L'ho fatto sicuramente.

Saluti,


10
Penso che questa domanda abbia bisogno di un avvertimento come "Campo minato legale avanti"
Matt Ellen,

4
non deve dire nulla sul software in particolare. Una volta che ti pagano per il tuo tempo, tutto ciò che fai in quel momento appartiene a loro.
gbjbaanb,

1
Questo è dove si trova il problema. Quello che uso a casa, l'ho fatto a mio tempo. Tuttavia, ho una versione modificata di quel codice per un progetto di lavoro, che ho modificato a suo tempo.
Connell,

1
@Connell - Nemmeno un avvocato e dipende dal paese in cui ti trovi, ma di solito potrebbe esserci un'area grigia in tutto ciò che fai ai tuoi tempi, tutto ciò che fai ai loro tempi è quasi certamente loro e loro possiedono l'IP . La versione breve - non è il tuo codice, è il loro, l'hai appena scritto.
Jon Hopkins,

2
@Matt Penso che dovrò fare una chiacchierata con il mio datore di lavoro. Vedi se riesco a ottenerlo per iscritto, chi possiede il codice che faccio ai miei tempi. Un'ultima domanda. Se rilascerò il codice principale come open-source, ciò darebbe a chiunque il diritto di utilizzare e modificare il mio codice, incluso il mio datore di lavoro? Questo non aggirerebbe il problema? Grazie per l'aiuto!
Connell,

Risposte:


11

(Dichiarazione di non responsabilità standard - Non sono un avvocato ...)

Dal tuo profilo sembra che tu sia nel Regno Unito.

In quel caso dipende da come sei impiegato. Se sei un membro permanente del personale, quasi sicuramente il tuo datore di lavoro possiede i lavori . Li hai scritti e hai i diritti di essere identificato come autore (ovvero puoi dire alle persone che li hai scritti) ma la proprietà del codice e la proprietà intellettuale in esso risiedono con la tua azienda.

Se sei un appaltatore, potrebbe esserci un caso in cui hai dei reclami, ma dipenderà dalla natura del contratto. In generale, la maggior parte degli appaltatori IT del Regno Unito sono classificati come lavoratori da assumere, il che significa che l'IP ricade sull'azienda anziché sull'individuo. Certamente parlare di un contratto di lavoro standard suggerisce che questo sarà il caso se si è permanenti nel 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 pensarci nello stesso modo in cui pensi a qualsiasi altro software proprietario e agire di conseguenza - loro " non sei tuo, ti capita di avere accesso al codice sorgente.

EDIT : per quanto riguarda il fatto che tu ne abbia sviluppato parte ai tuoi tempi. Nel momento in cui hai iniziato a utilizzarlo sul posto di lavoro senza far valere i tuoi diritti e concederlo in licenza alla società 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, messe a punto e riparate nel tempo di lavoro (e la società possiede qualsiasi cosa fatta nel loro tempo), oltre all'ovvia sovrapposizione con il lavoro che stavi facendo per loro (come evidenziato dal fatto che esse soddisfare un requisito che la società aveva su cui si stava lavorando) significa che hanno un reclamo e probabilmente abbastanza forte.

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

"Esistono disposizioni statutarie espresse:

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

· Sezione 39 del Patents Act 1977

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

· Era tenuto a produrre ai sensi del contratto di lavoro o

· Si può ragionevolmente prevedere che produca secondo i termini di tale contratto.

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

Anche se il lavoro è stato creato dal dipendente nel proprio tempo e utilizzando le proprie risorse, il dipendente non sarà necessariamente in grado di rivendicare alcun diritto su tale lavoro, se il datore di lavoro dimostra che la natura del lavoro creato era quella che poteva essere ragionevolmente contemplato come parte delle funzioni del dipendente. Ciò è dimostrato dal caso di Missing Link Software contro Magee [1989] FSR 361. Lì, il tribunale ha ritenuto che il diritto d'autore in un programma software scritto da un dipendente al di fuori del suo orario di lavoro e con la propria attrezzatura fosse realizzato nel corso del rapporto di lavoro, poiché rientrava nell'ambito dei compiti che il signor Magee era incaricato di svolgere. "

Fondamentalmente, poiché queste librerie soddisfacevano 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'esigenza che la società ha su un progetto a cui stavi lavorando e l'hai scritto mentre era impiegato dall'azienda (anche se era ai tuoi tempi). Questo dà loro una forte pretesa sul "core IP" del codice, non solo su una sua copia specifica che ti è capitato di implementare nel loro progetto - vederlo come due rami non lo cambia.

Vale la pena notare che anche riscrivendolo sarebbe definito un lavoro derivato e l'IP rimarrebbe comunque con l'azienda, anche su una nuova versione.

Penso che tu abbia un'idea di ciò che vuoi essere vero e stai provando a distorcere le cose per renderlo così, ma da quello che stai dicendo credo che la società abbia una forte pretesa sul codice che non hai intenzione di essere in grado di aggirare.


Tutti sembrano dire cose simili. L'unica cosa di cui sono davvero confuso al riguardo la maggior parte delle persone mi sta dicendo di non rilasciarli come open-source. Se è il mio codice, che ho sviluppato nel mio tempo, con il mio IDE sul mio computer. Sicuramente ho i diritti per rilasciare quel codice? Ciò mi consentirebbe quindi di utilizzare e modificare questo codice per l'azienda, come se fosse un altro codice open source?
Connell,

@Connell - vedi modifica sopra, la versione TL; DR: i diritti probabilmente appartengono ancora alla società e non a te.
Jon Hopkins,

Ottima risposta! Grazie. Ho deciso di riscrivere le librerie al lavoro. Sebbene faccia ancora una cosa molto simile, quel codice sarà la società. Non si può dire nulla sulla somiglianza tra i progetti, in quanto nessun contratto o legge toglie il mio diritto di imparare dalle esperienze a casa per scrivere software sul lavoro o viceversa.
Connell,

1
@Connell - Penso che tu abbia perso il punto. Il codice esistente è già dell'azienda: devi riscriverlo a casa interamente nel tuo tempo per avere una versione che possiedi. Anche allora sarà discutibile. Dal tuo sito web vedo che stai cercando di andartene. La cosa migliore da fare sarebbe ottenere un nuovo lavoro con un contratto che chiarisca chi possiede cosa e quindi iniziare a lavorare su una riscrittura.
Jon Hopkins,

5
@Connell: dici che il codice a casa non è stato toccato durante l'orario aziendale. Puoi provarlo? Assolutamente e definitivamente? Il fatto che esista una versione del tuo lavoro che è una versione modificata del codice confonde troppo le acque per prova. Hai dato al tuo datore di lavoro la proprietà del codice poiché una versione di esso risiede nel loro sistema. Il loro VCS (hanno quello che presumo) avrà registri delle versioni del codice che (ai loro occhi) sono state sviluppate nel loro tempo, quindi solo rimuoverlo non farà alcuna differenza se non che ora possono affermare di aver pagato per sviluppare due volte.
uɐɪ

12

Se la tua azienda ti sta pagando per codificare, è il suo codice. Non lo rilasciavo come progetto open source se non avessi il loro permesso.


Ho scritto probabilmente il 90% di questo progetto a casa. Ho apportato alcune modifiche al lavoro e, di fatto, non uso nessuna di queste modifiche a casa, quindi se l'ho rilasciata senza queste modifiche? Dovrei chiedere il permesso allora?
Connell,

1
@Connell: in primo luogo non sono un avvocato. In tal caso, mi assicurerei di fare chiare separazioni tra la tua API e il loro codice. Non avrei nemmeno il codice sorgente al lavoro e farebbe solo riferimento alla DLL.
RoboShop,

@Connell: E anche per ribadire ancora una volta, non sono un avvocato. Questo è proprio quello che farei ...
RoboShop il

Sì, ho pensato di incollarlo in una DLL. Mi sto preoccupando un po 'per tutto, quindi devo prendere una sorta di azione .. Penso che le mie opzioni siano o di usare una DLL (ma in questo modo se non lavoro più qui e hanno bisogno di modifiche apportate a quel livello di codice, dovranno riscriverlo, di cui potrebbero non essere contenti) o rinominarlo e riscriverlo con un design leggermente diverso.
Connell,

3

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 abbastanza ovvio che qualsiasi codice che scrivi utilizzando le apparecchiature dell'azienda, durante l'orario di lavoro (ovvero quando sei seduto alla tua scrivania e pagato dall'azienda 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 soldi in cambio per poter scrivere il codice per loro. Non saresti impressionato se dicessero che avrebbero trattenuto il tuo stipendio perché intendevano invece dargli carità.

Quindi, in breve, non è il tuo codice. Non lo possiedi. Gli spazi dei nomi devono essere il nome dell'azienda perché appartiene a loro. Hanno pagato qualcuno per scriverlo! (cioè tu).


  • avvertenza: è necessario controllare il contratto o le condizioni di lavoro per determinare se quanto sopra è davvero vero nel tuo caso, direi che lo è comunque perché potrebbero facilmente licenziarti per fare le tue cose almeno in orario di lavoro, e quindi affermare che appartiene a loro comunque. il miglior consiglio per il futuro è quello di mantenere totalmente separati ciò che fai per te stesso e quello che fai per il tuo datore di lavoro .

Grazie per il testa a testa, penso che riscriverò il codice per l'azienda e lo terrò separato. Ho pensato che fosse il mio codice e lo stavo usando per la compagnia, è quasi come se fossi il proprietario della licenza e sto dando il permesso alla compagnia di usarla.
Connell,

2

Penso che ci sia un posto in cui hai commesso un errore. Il problema è che hai scritto il codice a casa nel tuo tempo libero e poi hai scoperto che il codice sarebbe stato utile al lavoro, quindi hai iniziato a usarlo anche lì. Ciò che probabilmente sarebbe la cosa giusta da fare in questo caso, non è incorporare il codice che è stato fatto al di fuori del lavoro nel codice della tua azienda. Dovresti usare il tempo dell'azienda per riscrivere la funzionalità che hai già scritto, in modo che possano usarla. "Ma è una grande perdita di tempo" dici. Quindi l'altra opzione è che autorizzano / acquistano il codice da te per un prezzo o gratuitamente in modo che sappiano che sono legalmente autorizzati a utilizzare il codice. Penso che cosa potrebbe succedere nella mente dei tuoi datori di lavoro è che si chiedono cosa succede a quel codice quando te ne vai? Hanno ancora il diritto di usare quel codice?

Molti programmatori lavorano su cose nel loro tempo libero che probabilmente sarebbero utili ai loro datori di lavoro, ma non dovresti iniziare a mescolare il codice senza l'approvazione della società.


2

I futuri programmatori devono sapere chi ha scritto il codice nel caso in cui il livello della documentazione sia inadeguato (cosa che purtroppo spesso accade).

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


3
Ecco a cosa servono i registri di controllo del codice sorgente.
Adam Lear

Sì, è vero, ma come sviluppatore freelance sono stato assegnato troppo spesso a progetti in cui il controllo del codice sorgente era utilizzato in modo improprio o non utilizzato affatto. Non ci vuole più di qualche secondo per aggiungere il tuo 'timbro' ai tuoi file sorgente. Modifiche ai codici esistenti che documento sempre nei sistemi di controllo del codice sorgente ove disponibili ... :)
Alex,

Tranne quando il codice viene spostato in un nuovo repository per qualsiasi motivo, i registri non ci siano più. Recentemente si è verificata una situazione come questa, in cui un problema non è stato rintracciato a causa sua.
scrwtp,

0

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

Una delle cose da considerare in futuro è quella di riesaminare attentamente i contratti di lavoro e ottenere una coperta "proprio tempo, kit proprio -> proprietà propria" o ottenere una rinuncia per progetto dall'azienda. Purtroppo non è di aiuto in questo momento.


0

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 'amichevole'.


Stranamente stavo solo esaminando questo. Sto cercando di pensare a un bel nome unico per questo progetto :)
Connell,

... Attualmente uso "Theodore", il nome del gatto del mio vicino. Questo non si presenta mai come qualcosa di innocuo. Altri nomi che ho usato sono "sembrati una buona idea al momento" e non hanno funzionato a lungo termine. Eccone alcuni per farti pensare: applemuseum.bott.org/sections/codenames.html
Mathew

0

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 :

  • perpetuo
  • inalienabile
  • Diritto imprescrivibile
  • Non rilevante
    Se un'opera già creata, e i proventi del suo sfruttamento, sono suscettibili di essere sequestrati dai creditori, a seconda dei casi, quest'ultimo potrebbe non richiedere che tale opera venga divulgata allo scopo di recuperare i soldi dovuti dal suo autore.

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

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

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

Si noti che queste sono molte o molte relazioni (un autore, e la sua opera, può avere molteplici affiliazioni e finanziamenti).

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.