Come posso assicurarmi che il codice del mio progetto serale sia il mio?

Sono un fisico laureato in CS e ho appena iniziato il mio dottorato di ricerca presso una società tecnologica (volevo fare ricerca applicata). Si occupa di simulazioni di elementi finiti su larga scala.

Dopo aver rivisto il loro approccio attuale, penso che debba essere applicato un metodo radicalmente diverso (stanno usando uno strumento commerciale molto limitato).

Preferirei basare la mia ricerca su un risolutore di elementi finiti open source e scrivere un programma che ne faccia uso. Mi piacerebbe sviluppare questa idea di sera, perché quello è il momento più adatto a me per la programmazione (durante il giorno preferisco leggere e matematica) e usarlo in una fase avanzata del mio dottorato.

Mi piacerebbe avere la possibilità di rilasciare il mio programma come open source sul mio sito Web come riferimento, per un futuro uso personale o anche commerciale (es. Consulenza).

Come posso assicurarmi che la mia azienda non rivendichi la proprietà del codice?

Ho pensato che un sistema di controllo della versione potesse aiutare (controlla solo la sera). Ciò documenterebbe che non avevo programmato durante il normale orario di ufficio (documentato altrove). Ma questi dati possono essere facilmente prodotti. Altre idee?

Voglio sottolineare che non mi interessa vendere software e nemmeno la mia azienda.

Risposte molto interessanti finora. Questo chiaramente mi aiuta. Alcune osservazioni:

• Non sono trattenuto dal mio contratto di lavoro. La legge nazionale afferma che la società possiede tutto ciò che produco durante l'orario di lavoro e non è stato stipulato alcun accordo speciale (il mio datore di lavoro non vende software e potrebbe essere un po 'ingenuo da questo lato). Usano principalmente software e non dei miei colleghi è un programmatore serio.
• In secondo luogo, devo ripensare il punto sollevato da @Mark sui segreti commerciali. Questo è abbastanza grave nel settore particolare.
• Terzo, mi preoccupo molto di no per turbare il mio supervisore / capo. Ma, e questa è la motivazione di questa domanda, vorrei mantenere un po 'separata la parte innovativa del mio lavoro in modo da poterlo riutilizzare o almeno dimostrarlo come lavoro di riferimento.

Non ascoltare nessuno che dice "il tuo tempo è il tuo tempo, non dirlo a nessuno!" perché è un consiglio incredibilmente negativo che quasi sicuramente ti metterà nei guai, se non nel tuo lavoro attuale, poi in uno futuro.

Non solo i contratti di lavoro variano in modo troppo ampio e significativo perché qualsiasi tipo di consulenza generica possa essere utile, ma diversi paesi (incluso nell'UE) o persino stati diversi all'interno di un singolo paese (USA) hanno regole diverse per quanto riguarda il datore di lavoro possiede, e anche se pensi di essere su un terreno sicuro, puoi comunque essere citato in giudizio , a seconda di quanto sia infastidito il tuo datore di lavoro. Chi ha le tasche più profonde per le spese legali, tu o il tuo datore di lavoro? Così ho pensato.

Ottieni prima l'autorizzazione e ottenerlo per iscritto , in modo che il tuo culo sia coperto se dovesse diventare un problema in seguito (anche anni dopo, con un set di gestione completamente diverso che improvvisamente impazzisce su ciò che la gestione precedente era totalmente rilassata - puoi ' t prevedere il futuro!)

Se vuoi codificare qualcosa da solo e utilizzarlo per la tua azienda, vorrai chiarire che con il tuo capo prima chiarisci che stai lavorando su di esso al di fuori dell'orario di lavoro. Dovresti consultare la tua politica di utilizzo del software per vedere se puoi usare programmi open source come soluzione aziendale. Per la mia azienda, purché il programma sia sviluppato al di fuori dell'orario aziendale e non sui sistemi aziendali, potremmo distribuirlo alla comunità open source e utilizzarlo internamente.

Non sono un avvocato, ma se tu fossi impiegato nella mia azienda e inizi a lavorare su qualche progetto open source in cui il progetto tocca la mia attività, non sarei felice. Soprattutto quando dai qualcosa al mondo gratuitamente che altrimenti potrebbe essere venduto da noi.

Lo sarebbe anche quando lavori solo la sera, usando il tuo hardware o software, a casa. Quindi ti consiglio di parlare meglio con il tuo capo.

Non è possibile rispondere al problema specifico senza conoscere i dettagli del contratto di lavoro e i dettagli delle leggi locali sull'occupazione, ma è possibile suggerire una risposta al problema generale .

Mi sembra che il tuo lavoro si divida in quattro categorie distinte:

1. Lavora per la tua tesi di dottorato.
2. Lavora per creare e gestire la libreria di analisi degli elementi finiti che usi per il tuo dottorato.
3. Lavori che fai applicando il solutore di elementi finiti a problemi sul posto di lavoro.
4. Lavorate per creare e gestire la libreria di analisi degli elementi finiti che utilizzate per il lavoro delle vostre aziende.

È chiaro che tutto il lavoro svolto per 3 è di proprietà dell'azienda per cui lavori ed è probabilmente riservato e proprietario.

È anche chiaro che moralmente dovresti possedere tutto il lavoro svolto su 1, ma ciò potrebbe non essere legalmente vero a meno che tu non lo scriva esplicitamente nel tuo contratto di lavoro.

È la questione di 2 e 4 che sono i più difficili. Idealmente vuoi combinarli, quindi posso vedere tre opzioni qui:

• L'opzione peggiore è che li mantieni completamente separati e devi ripetere la codifica che fai al lavoro quando torni a casa o viceversa. Anche in questo caso, potresti non possedere i diritti sulla tua biblioteca personale , anche se la rendi open source.

• L'opzione successiva è che la società mantenga la proprietà della biblioteca, ma tu li ottieni per concederti una licenza, per sempre, per usarla per il tuo lavoro di dottorato. Sfortunatamente ciò significa che non sarai in grado di rilasciarlo come open source.

• Infine, e questa è probabilmente la vendita più difficile, fai in modo che la tua azienda sponsorizzi la tua libreria open source.

Questo caso finale è il più interessante, ma tutti e tre richiedono di negoziare con il datore di lavoro.

Sponsorizzando il tuo lavoro su una biblioteca open source, la tua azienda diventa il bravo ragazzo , ottiene il vantaggio del tuo tempo non remunerato e potenzialmente ottiene ancora più valore mentre altre persone aiutano a testare, eseguire il debug e migliorare la biblioteca.

Ora dovrai fare attenzione a conservare i miglioramenti specifici del dominio relativi ai segreti commerciali dell'azienda in una filiale locale dell'azienda, o strutturare la tua biblioteca in modo estensibile, in modo che non penetrino nella tua biblioteca, ma questo non è un problema insormontabile .

Non hai elencato il tuo contratto o il luogo in cui vivi, ma posso dirti che qui negli Stati Uniti la tua azienda possiede generalmente qualsiasi cosa fai anche al di fuori del lavoro se è correlata alla loro attività e ti viene data la descrizione che pensi di avere una soluzione qualcosa che stanno facendo è meglio della loro attuale soluzione che sembra molto direttamente correlata alla loro attività.

Spetterebbe ai tribunali decidere se ciò che si sta facendo è correlato, ma sembra abbastanza chiaro dalla tua descrizione.

L'idea che le cose al di fuori dell'orario di lavoro relative all'attività della tua azienda appartengano a loro spesso suona inizialmente strana, ma ci sono molte ragioni logiche che deve essere così per molti tipi di lavori.

Immagina che la legge fosse che possedevi tutto ciò che è stato fatto al di fuori dell'orario di lavoro, indipendentemente dal fatto che fosse collegato. Quali sarebbero le conseguenze? Alcune idee per iniziare.

Sei in riunione con alcuni colleghi dalle 11 alle 12 e discuti di alcuni nuovi obiettivi di prodotto. 12: 00-13: 00 prendi la pausa pranzo. Durante il pranzo hai un brainstorming e pensi a una soluzione fantastica. Possiedi quella soluzione? Puoi tornare ragionevolmente e moralmente in azienda e chiedere che debbano acquistare questa soluzione che hai appena avuto perché non ci hai pensato durante l'orario di lavoro?

Per i knowledge worker, le aziende non pagano per 40 ore a settimana. Ti pagano per risolvere i problemi che ti mettono di fronte indipendentemente da quando.

Come altri hanno sottolineato c'è anche un conflitto di interessi. Immagina di lavorare in una società di giochi che finora ha realizzato solo giochi di strategia in tempo reale. Decido, a mio tempo, di creare un gioco platform a casa dopo ore. Se progetto un ottimo algoritmo di intelligenza artificiale a casa, non ho l'obbligo morale di condividerlo sul posto di lavoro? Se trattengo le idee sui sistemi di gioco che sviluppo a casa dalle soluzioni che propongo al lavoro, sto davvero trattenendo la mia parte dell'accordo con il mio datore di lavoro? Mi stanno pagando per quelle soluzioni. Probabilmente, anche se l'ho inventato nel mio tempo libero, appartiene al datore di lavoro. Ancora una volta, mi stanno pagando per le soluzioni indipendentemente da quando sono pensate.

Se vuoi lavorare su cose al di fuori del lavoro hai sostanzialmente alcune opzioni

1) Ottieni il permesso scritto.

2) Fai qualcosa di inequivocabilmente non correlato all'attività dei tuoi dipendenti.

3) Esci e fai la tua cosa di cui ti sentivi così sicuro.

Per il numero 2, di nuovo, spetterà agli avvocati se è collegato in remoto. Se lavori in un'azienda IT di giorno e gestisci un ristorante di notte, probabilmente non c'è problema. Se lavori in un'azienda che dice software per la sicurezza della rete e scrivi un'app di Twitter di notte, sta iniziando a diventare più ambiguo. Solo tu puoi decidere quanti rischi correre. Gli approcci migliori sono # 1 o # 3

Se nient'altro funziona, allora forse puoi pubblicare il codice sotto il nome di qualcun altro di cui ti fidi (un buon amico, una fidanzata, tua madre) e fare un "contratto" che possiedi il codice o lasciarlo "licenziare" a te o qualcosa di simile.

Non sto dicendo che questo sia sano, ma schemi simili sono usati in tutto il mondo per ogni genere di cose e forse possono aiutarti a proteggerti legalmente dalla tua azienda. Non sono sicuro di come funzionerebbe per te se non mi prendi troppo sul serio.

Ho avuto un problema simile una volta, su una scala molto più piccola ... Alcuni commenti: non credo che il codice sorgente si impegni in un servizio di repository remoto ( code , github , bitbucket ecc.) Possa essere fabbricato. Un approccio che ho seguito è stato quello di impegnarmi con un amico a guardare il repository all'altra estremità di una sessione di MSN (ne abbiamo discusso e avrebbe testimoniato in tribunale se necessario).

Una buona lettura di come qualcuno ha parlato con la propria azienda è (credo) l' applicazione combinatore a Y di Dropbox , citando:

Qualcuno dei fondatori è coperto da noncompetes o accordi di proprietà intellettuale che si sovrappongono al tuo progetto? Qualcuno lavorerà come dipendente o consulente per qualcun altro?

Drew: Alcuni lavori sono stati fatti nell'ufficio Bit9; Ho consultato un avvocato e ho una lettera firmata che indica che Bit9 non ha alcuna partecipazione / proprietà in alcun tipo in Dropbox

Quello che farei se fossi in te, sarebbe procedere ed essere pronto a dimostrare in qualsiasi momento che qualunque cosa tu commetta, non è in alcun modo collegata al materiale disponibile nel tuo lavoro "mattutino" ...