Come posso assicurarmi che il mio codice progetto sera sia mio?

22

Sono un fisico con una laurea in CS e ho appena iniziato il dottorato in un'azienda tecnologica (volevo fare ricerca applicata). Si tratta di simulazioni di elementi finiti su larga scala.

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

Preferisco 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 la sera, perché è il tempo che più mi si adatta alla programmazione (durante il giorno preferisco la lettura e la matematica) e la uso in una fase avanzata del mio dottorato.

Mi piacerebbe avere la possibilità di pubblicare il mio programma come open source sul mio sito Web come riferimento, per uso personale o persino commerciale (ad esempio di consulenza) futuro.

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

Pensavo che un sistema di controllo delle versioni potesse essere d'aiuto (controlla solo la sera). Ciò documenterebbe che non ho programmato durante le normali ore d'ufficio (documentato altrove). Ma questi dati possono essere facilmente prodotti. Altre idee?

Voglio sottolineare che non sono interessato a vendere software e nemmeno la mia azienda.

Finora risposte molto interessanti. 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 questa parte). Utilizzano principalmente software e non dei miei colleghi è un programmatore serio.
  • In secondo luogo, devo ripensare al punto sollevato da @Mark sui segreti commerciali. Questo è abbastanza serio nel settore specifico.
  • In terzo luogo, mi preoccupo molto del no per sconvolgere il mio supervisore / capo. Ma, e questa è la motivazione per questa domanda, vorrei mantenere la parte innovativa del mio lavoro un po 'separata, così posso riutilizzarla o almeno dimostrarla come un'opera di riferimento.
posta Sebastian 25.11.2011 - 17:10
fonte

7 risposte

27

Non ascoltare nessuno che dice "il tuo tempo è il tuo tempo, ma non dirlo a nessuno!" perché questo è un consiglio incredibilmente cattivo che è quasi certo di farti finire nei guai, se non al tuo attuale lavoro, allora in futuro.

I contratti di lavoro non solo variano in modo troppo ampio e significativo per qualsiasi tipo di consulenza generica, ma diversi paesi (inclusa l'UE) o addirittura diversi stati all'interno di un singolo paese (Stati Uniti) hanno regole diverse su quanto di il tuo lavoro è di proprietà di un datore di lavoro e, anche se pensi di essere su un terreno sicuro, puoi comunque ottenere citato a prescindere, a seconda di quanto sia irritato 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.

Prima ottieni il permesso e fallo scrivere , in modo che il tuo culo sia coperto qualora diventi un problema più tardi (anche anni dopo, con un set di gestione completamente diverso che improvvisamente si eccita la precedente gestione era totalmente rilassata - non è possibile prevedere il futuro!)

    
risposta data 25.11.2011 - 20:04
fonte
6

Se vuoi codificare qualcosa per conto tuo e usarlo per la tua azienda, vorrai chiarirlo con il tuo capo, in primo luogo chiarendo che ci stai lavorando al di fuori dell'orario di lavoro. Si dovrebbe consultare la propria politica di utilizzo del software per vedere se è possibile utilizzare i programmi open source come soluzione aziendale. Per la mia azienda, purché il programma sia sviluppato al di fuori dell'orario lavorativo e non sui sistemi aziendali, potremmo distribuirlo alla comunità open source e utilizzarlo internamente.

    
risposta data 25.11.2011 - 18:28
fonte
5

Non sono un avvocato, ma se fossi impiegato nella mia azienda e inizi a lavorare su un 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.

Sarebbe anche quando lavorerai solo la sera, usando il tuo hardware o software, a casa. Quindi ti suggerisco di parlare meglio con il tuo capo.

    
risposta data 25.11.2011 - 18:07
fonte
3

Il tuo problema specifico non può essere risolto senza conoscere i dettagli del contratto di lavoro e i dettagli delle leggi locali sull'occupazione, ma una risposta al tuo problema generale può essere suggerito.

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

  1. Lavoro che fai nella tua tesi di dottorato.
  2. Lavoro che fai per creare e mantenere la libreria di analisi degli elementi finiti che usi per il tuo lavoro di dottorato.
  3. Il lavoro che fai applica il risolutore di elementi finiti ai problemi sul luogo di lavoro.
  4. Il lavoro che fai per creare e gestire la libreria di analisi degli elementi finiti che usi per le tue aziende funziona.

È 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 che potrebbe non essere legalmente valido a meno che non venga scritto esplicitamente nel tuo contratto di lavoro.

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

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

  • L'opzione successiva è che la società manterrà la proprietà della biblioteca, ma tu le consenti di concederti una licenza, per sempre, per utilizzarla per il tuo lavoro di dottorato. Sfortunatamente ciò significa che non potrai rilasciarlo come open source.

  • Infine, e questa è probabilmente la vendita più difficile, la tua azienda può sponsor la tua libreria open source.

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

sponsorizzando il tuo lavoro su una libreria open source, la tua azienda diventa il bravo ragazzo , guadagna il vantaggio del tuo tempo non remunerato e potenzialmente ottiene ancora più valore di altre persone aiuta a testare, eseguire il debug e migliorare la libreria.

Ora dovrai stare attento a mantenere i miglioramenti specifici del dominio relativi ai segreti commerciali dell'azienda in una filiale locale della società, oppure a strutturare la tua biblioteca in modo estensibile, in modo che non trapelino nella tua biblioteca, ma questo non è un problema insormontabile.

    
risposta data 25.11.2011 - 18:49
fonte
2

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

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

L'idea che roba al di fuori del tempo di lavoro correlato all'attività della tua azienda appartenga a loro spesso suona strana all'inizio, ma ci sono molte ragioni logiche che devono essere così per molti tipi di lavoro.

Immagina che la legge fosse la proprietà di tutto ciò che è stato fatto al di fuori del tempo di lavoro, indipendentemente dal fatto che fosse correlato. Quali sarebbero le conseguenze? Alcune idee per iniziare.

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

Per i knowledge worker, le aziende non pagano per 40 ore alla settimana. Ti pagano per risolvere i problemi che ti mettono davanti, 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 di fare, nel mio tempo libero, un gioco platform in casa dopo l'orario. Se progetto un grande algoritmo di intelligenza artificiale a casa, non ho l'obbligo morale di condividerlo sul posto di lavoro? Se rifiuto le idee dei 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. Di nuovo, mi stanno pagando per le soluzioni indipendentemente da quando sono state pensate.

Se vuoi lavorare su cose fuori dal lavoro, in pratica hai alcune opzioni

1) Richiedi il permesso scritto.

2) Fai qualcosa inequivocabilmente non correlato alla tua attività dei dipendenti.

3) Esci e fai ciò che ti senti così sicuro di te.

Per il n. 2, di nuovo, spetterà agli avvocati se è collegato in remoto. Se lavori in un'azienda IT nel corso della giornata e gestisci un ristorante durante la notte, probabilmente non ci sono problemi. Se lavori in un'azienda che dice software per la sicurezza della rete e scrivi un'app di Twitter di notte, sta diventando più ambiguo. Solo tu puoi decidere quanto rischio assumere. I migliori approcci sono # 1 o # 3

    
risposta data 26.11.2011 - 05:26
fonte
1

Se nient'altro funziona, allora forse puoi pubblicare il codice sotto il nome di qualcun altro di cui ti fidi (un buon amico, una ragazza, tua madre) e fare un "contratto" di possedere il codice o lasciarlo / lei " licenza "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 roba e forse possono aiutarti a proteggerti legalmente dalla tua azienda. Non sono sicuro, come potrebbe funzionare per te, se non del tutto, e non prendermi troppo sul serio.

    
risposta data 25.11.2011 - 21:25
fonte
1

Ho avuto un problema simile una volta, su scala molto più piccola ... Alcuni commenti: Non penso che il codice sorgente venga eseguito su un servizio di repository remoto ( codice , github , bitbucket ecc. può essere fabbricato. Un approccio che ho seguito è stato quello di impegnarsi con un amico che guardava il repository all'altro capo di una sessione di MSN (ne abbiamo discusso e avrebbe testimoniato in tribunale se necessario).

Una buona lettura di come qualcuno abbia parlato con la propria azienda è (credo) l'applicazione Y-combinator di dropbox , citando:

Are any of the founders covered by noncompetes or intellectual property agreements that overlap with your project? Will any be working as employees or consultants for anyone else?

Drew: Some work was done at the Bit9 office; I consulted an attorney and have a signed letter indicating Bit9 has no stake/ownership of any kind in Dropbox

Ciò che farei se fossi in te, sarebbe di procedere e di essere pronto a dimostrare ogni momento che qualsiasi cosa tu commetta, non è in alcun modo correlata al materiale disponibile nel tuo lavoro mattutino ...

    
risposta data 25.11.2011 - 18:27
fonte

Leggi altre domande sui tag