Czy mogę legalnie uczestniczyć w tworzeniu oprogramowania open source podczas pracy?

Pracuję dla dużej korporacji i chcę zachować swoje umiejętności. Myślę, że udział w projekcie open source pomógłby, zwłaszcza gdybym kiedykolwiek chciał pracy w startupie. Słyszałem, że duże firmy często posiadają pracowników zajmujących się programowaniem poza pracą. Czy mogę ponieść konsekwencje prawne, przyczyniając się do projektu typu open source bez powiadamiania mojego pracodawcy? Czy mógłbym narażać projekt open source na ryzyko, jeśli włączyłem się do niego podczas pracy? Jeśli powstrzymam się od współdziałania z przyczyn prawnych, a ja zwrócę się do innej firmy, w której oczekuje się doświadczenia w projektowaniu oprogramowania typu open source, czy rozumieją, czy moja aplikacja trafi do kosza?

Są tutaj dwa prawdziwe pytania. Po pierwsze, za co jesteś odpowiedzialny. Po drugie, czy powinieneś się martwić. Ci dwaj mają różne odpowiedzi.

Najpierw odpowiem najlepiej jak potrafię. Nie jestem prawnikiem i nie jest to porada prawna. W razie wątpliwości sprawdź umowę o pracę i skonsultuj się z prawnikiem. Ale mogę streścić sytuację w dwóch stanach.

W stanie Nowy Jork prawdopodobnie jesteś profesjonalnym pracownikiem. Profesjonalny pracownik nie ma ustalonych godzin ani miejsca pracy. Jeśli idziesz na kolację z klientem, jesteś w pracy. Jeśli wymyślisz, jak rozwiązać coś pod prysznicem, należy to do twojego pracodawcy. Jako profesjonalny pracownik domyślnie, co jest prawdopodobne również w Twojej umowie, jest to, że całe pisane przez ciebie oprogramowanie to praca najemna należąca do twojego pracodawcy. Występowanie tego rodzaju porozumień jest jednym z powodów, dla których FSF wymaga przypisania praw autorskich i wymaga od twojego pracodawcy podpisania się pod nim.

W Kalifornii sytuacja jest inna. Tak długo, jak oprogramowanie, które piszesz, nie odnosi się do niczego, co robi twój pracodawca, wszystko, co zostało zrobione w twoim własnym czasie na twoim sprzęcie, należy do ciebie, a tego prawa nie można odstąpić. Jeśli jednak niezależnie rozwijasz to samo, co twój pracodawca, prawdopodobnie będzie on własnością twojego pracodawcy. Nawet jeśli był to tajny projekt, o którym nie wiedziałeś. To, czy ta sprawa jest ważna, zależy od szczegółów, nad którymi pracujesz i nad czym pracuje twój pracodawca.

Widzisz więc, że nie ma prostej odpowiedzi. W zależności od stanu i faktów w Twojej sytuacji możesz mieć własną pracę. A jeśli nie jesteś właścicielem, nie masz prawa go licencjonować.

Teraz przejdźmy do kwestii praktycznej. To, co mówi prawo, determinuje, co się stanie, jeśli powstanie spór i zostanie skierowany do sędziego. Jednak w praktyce bardzo rzadko zdarza się, aby spory powstawały i były przekazywane sędziom. Ponadto wielu pracodawców albo nie dba o swoich pracowników, albo pozytywnie im się podoba, przyczyniając się do pracy na licencji open source. Zwłaszcza jeśli projekt jest taki, który firma uzna za przydatny i chcieliby, abyś rozwinął z nim wiedzę specjalistyczną. Często istnieją procedury mające na celu uzyskanie zgody na wykonanie takiej pracy. Sprawdzanie nie boli.

Ponadto, jeśli przyczyniasz się do pracy typu open source, pomimo faktu, że nie jest jasne, czy masz do tego prawo, szanse są całkiem spore, że tak naprawdę nie będziesz miał z tego powodu kłopotów. A jeśli wpakujesz się w kłopoty, istnieje szansa, że ​​dostaniesz klapsa w nadgarstek i powiesz mu, żebyś zdjął rzeczy, zamiast ponieść wysokie kary prawne. Czy możliwe ryzyko pozostaje w twojej strefie komfortu? To zależy od Ciebie. Ale mogę ci powiedzieć, że robi to wiele osób i dość mało historii o ludziach mających kłopoty. (A w istniejących opowieściach zwykle była inna przyczyna problemów, a konsekwencją ich pracy open source jest konsekwencja).

Będziesz musiał sprawdzić w swojej umowie, czy coś o tym mówi, ale gdyby takie postanowienie istniało, w wielu jurysdykcjach można je bezpiecznie zignorować jako niewykonalne i niewykonalne.

Standardowe wyłączenie odpowiedzialności: Nie jestem prawnikiem i nie jest to porada prawna. Po prostu zdrowy rozsądek, który, jak wszyscy wiemy, jest często sprzeczny z rzeczywistymi przepisami prawa lub orzeczeniami sądowymi, szczególnie w przypadku oprogramowania.

Porozmawiaj z działem prawnym firmy. Każdy dobry pracodawca programistów powinien to zrozumieć i zachęcić (może nawet za to zapłacić (przykład 20% czasu Google), jeśli projekt systemu operacyjnego jest wystarczająco użyteczny), ale o wiele lepiej jest być bezpiecznym w takiej sytuacji.

Jeśli powiedzą, że jest w porządku i że nie wezmą kodu, zdobądź go na piśmie.

Jeśli spróbują pobrać kod później, masz tyłek (i tyłek projektu) objęty ...

Najgorsze, co mogą powiedzieć, to „nie”

Rozumiem twoją ostrożność, ale TYLKO PRZEJDŹ I WKŁAD.

Jest bardzo mało prawdopodobne, aby cokolwiek było z tym prawnie nie tak, nawet na papierze, a także mało prawdopodobne, aby ktokolwiek w twoim miejscu pracy zauważył twój wkład, jeśli o tym nie rozmawiasz, i nadal jest mało prawdopodobne, że zostaniesz ukarany w praktyce.

Jeśli to sprawia, że ​​czujesz się bardziej komfortowo, możesz przyczynić się do tego przez uchwyt zamiast swojego pełnego imienia i nazwiska.

Upewnij się, że możesz legalnie wnieść kod do projektu open source. Może to być kwestia życia we właściwej jurysdykcji, posiadania umowy o pracę, która określa, co tworzysz, lub posiadania specjalnego zezwolenia od twojego pracodawcy (od kogoś, kto jest uprawniony do udzielenia tego, co może nie być twoim przełożonym).

W przeciwnym razie projekt systemu operacyjnego jest zagrożony. Może zostać trafiony pozwem, a projekty systemów operacyjnych zwykle nie są ustawione do obrony. Jeśli pracodawcy zależy na tym, projekt systemu operacyjnego prawdopodobnie będzie prawnie zmuszony do usunięcia twojego wkładu, w którym to momencie zdecydowanie zaszkodziłeś projektowi. Zagrożone mogą być również inne projekty wykorzystujące Twój kod.

Nie zajmuję się problemami, które możesz napotkać. Takie są twoje względy i możesz sam zdecydować, czy chcesz zaryzykować zwolnienie, a może nawet pozwać. Zajmuję się problemami, które możesz spowodować w projekcie, któremu próbujesz pomóc.