24

Pracuję nad problemem programowym w pracy, który jest dość ogólny, ale nie mogę znaleźć biblioteki, którą chciałbym rozwiązać, więc zastanawiam się nad napisaniem jej osobiście (przynajmniej wersja bez systemu). Napiszę niektóre, jeśli nie wszystkie wersje 1.0 w pracy, ponieważ potrzebuję ich do projektu. Jeśli okaże się dobrze, może chciałbym zabrać pracę do domu i dopracować ją dla zabawy, a może wydać jako projekt open source. Obawiam się jednak, że jeśli napisałem wersję 1.0 w pracy, może nie być to dozwolone z prawnego punktu widzenia. Oczywiście mógłbym zapytać mojego szefa (który prawdopodobnie nie będzie się tym przejmował), ale jestem ciekawy, jak inni programiści poradzili sobie z tym problemem i gdzie stoi prawo. Moje jedno zdanie pytanie brzmi:Kiedy (z punktu widzenia prawa / etyki) jest dozwolone, aby oprogramowanie open source pierwotnie napisane przez Ciebie do pracy w pracy? Co się stanie, jeśli znacznie rozszerzysz oryginalne źródło poza godzinami pracy?

Dalsze działania: załóżmy, że piszę całą rzecz w swoim domu, a potem po prostu używam jej w pracy, czy to drastycznie to zmienia?

Kontynuacja 2: Zauważ, że nie próbuję zrywać mojego pracodawcy (rozumiem, że płacą mi za tworzenie własnych produktów) - po prostu zastanawiam się, czy jest to uczciwy sposób dla wszystkich zaangażowanych ... Byłoby miło, gdyby jakaś organizacja non-profit wykorzystała mój kod i zaoszczędziła trochę czasu. Stawką jest również inna kwestia. Jeśli piszę bibliotekę dla bardzo prostej, ogólnej rzeczy (takiej jak tabele HTML w Javascripcie), oznacza to, że nigdy więcej nie będę mógł tego zrobić w swoim własnym czasie bez narażania się na ryzyko prawne (nawet jeśli byłoby to zupełnie nowe przepisanie lub segment większego projektu). Czy rezygnuję z prawa do pisania kodu dla tego rodzaju projektu przez resztę życia (bez zgody tej firmy), ponieważ kod w pracy wciąż może wpływać na mój mózg? Wydaje się to związane z patentami na oprogramowanie,

legal

— AlexMA
źródło

5

Sprawdź umowę, zapytaj prawnika. Wiele umów o pracę ma klauzulę typu „wszystkie wynalazki są własnością pracodawcy”. Jego wykonalność jest różna ... o co musisz zapytać prawnika.

7

„Jeśli okaże się dobrze, może chciałbym zabrać pracę do domu i dopracować ją dla zabawy, a może wydać ją jako projekt open source”. - Jest bardzo mało prawdopodobne, że Twoja firma zgodzi się na to. Twój produkt do pracy należy do nich, a nie do ciebie.

— Ramhound,

5

Postanowiłbym mocno postawić się na tym, aby dostać się do niesamowicie głębokiej wody, jeśli praca się dowie, biorąc pod uwagę, że nie zgodzili się na jej wypuszczenie. Zdobądź to na piśmie.

— Rig

Należy pamiętać, że większość firm średniej wielkości nie zezwala również na instalowanie niezatwierdzonego oprogramowania na komputerach roboczych, ponieważ może to prowadzić do różnego rodzaju niestabilności systemu, wirusów itp. Dlatego „wystarczy pobrać i używać w pracy” może nie być mądrym rozwiązaniem kierunek działania albo.

— calum_b

2

@Ramhound Nie sądzę, żeby to było tak czarno-białe. Jak nie myśleć o wersji roboczej podczas pisania podobnej rzeczy w domu? W każdym razie zapewne wszystko to rozwiązano poprzez zakaz konkurencji w umowie o pracę. Chodzi mi o to, że prawdopodobnie nie ma sposobu, aby nie wpłynąć na kod twojej firmy (nawet podświadomie) na kod, który sam piszesz, co stwarza nieco interesujący problem, ale nie warto o to tutaj dyskutować.

— AlexMA,

41

Prawnie lub etycznie, prawie nigdy nie jest dozwolone wydawanie produktów, które stworzyłeś przy użyciu zasobów pracodawcy lub gdy płacą ci pracodawca za twój czas bez pozwolenia.

Zależy to jednak od umowy o pracę. Jeśli firma otrzymała wynagrodzenie i / lub wykorzystała zasoby firmy do wytworzenia produktu, istnieje prawdopodobieństwo, że praca należy do Twojej firmy. Musisz skontaktować się z przełożonym i działem prawnym. W zależności od umowy o pracę mogą obowiązywać ograniczenia dotyczące pracy z pokrewnymi technologiami lub korzystania z wiedzy zdobytej u pracodawcy w projektach, nawet jeśli pracujesz nad nimi przy użyciu zasobów osobistych we własnym czasie.

Jeśli korzystasz z płatnego czasu, zasobów firmy lub opracowujesz coś, co może być uznane za związane z działalnością Twojej firmy, zawsze zasięgnij porady u swojego przełożonego i / lub działu prawnego, aby upewnić się, że nie naruszasz żadnych umów i aby uzyskać odpowiednie pozwolenie na pracę nad projektami. Zazwyczaj łatwiej jest to zrobić przed rozpoczęciem pracy, ponieważ może to zmienić podejście do projektu.

Pisanie produktów do użytku w pracy we własnym czasie jest wątpliwe i zależy od przepisów, których musi przestrzegać twój pracodawca. Przynajmniej możesz ingerować w harmonogram pracodawcy, budżet i szacunki, odciągając pracę od sieci. W niektórych przypadkach możesz naruszać przepisy umowne, tworząc produkty poza czasem, który jest odpowiednio śledzony i rozliczany.

— Thomas Owens
źródło

8

+1 za ostatni akapit. Pracownicy pracujący nad powiązanymi produktami i nie rozliczający i nie rozliczający poprawnie, nawet jeśli pracownik dobrowolnie zrobił to z własnej woli, mogą mieć poważne konsekwencje dla pracodawcy. W szczególności, jeśli pracodawca jest wykonawcą rządowym. Cały proces licytacji i ogólne koszty zależą od posiadania dokładnych liczb, aby stworzyć równe warunki działania dla wszystkich potencjalnych oferentów kontraktów rządowych. Fałszowanie liczb, celowe lub nie, może skutkować odmową pracodawcy składania ofert, a nawet ścigania karnego.

— Dunk

Czy mógłbyś zrealizować pomysł „produktu stworzonego dla pracodawcy”? Jeśli wpadnę na pomysł lub koncepcję i użyję tego pomysłu w kodzie produktu, czy mogę użyć tego pomysłu, powiedzmy, w projektach wolontariackich typu open source? Załóżmy, że nie był opatentowany ani nie był zdolny do opatentowania.

— AlexMA,

1

@AlexMA To zdanie nigdy nie pojawia się w mojej odpowiedzi, więc nie wiem, co chciałbyś rozwinąć. Jeśli pracujesz nad stworzeniem projektu na czas lub korzystasz z zasobów pracodawcy, zobacz akapit 2. Jeśli jest to związane z bieżącym projektem w pracy lub działalnością Twojej firmy, zobacz akapity 3 i 4. W każdym razie, to zły pomysł (jeśli nie jest to nieetyczne lub nielegalne) praca nad rzeczami związanymi z pracą bez pozwolenia, w swoim własnym czasie lub nie.

— Thomas Owens

@ThomasOwens Nie tak naprawdę miałem na myśli; przepraszam, że jestem niejasny. Twoja dokładna wycena to „produkty, które stworzyłeś przy użyciu zasobów pracodawcy”. Co stanowi coś, co posiadają, w porównaniu do tego, co posiadam? Co z ogólnymi pomysłami programistycznymi, które wymyślam w pracy, które następnie stosuję do bieżącej pracy? Podobnie jak stolarz, który wymyślił nowy sposób budowania schodów lub nowy, lepszy młotek, a następnie używa tej techniki / narzędzia, wykonując schody dla swojego pracodawcy.

— AlexMA,

2

@AlexMA Jeśli zamierzasz stworzyć coś do użytku w pracy, nawet w swoim własnym czasie, musisz przejść przez dział prawny swojego pracodawcy. Poruszono to w moim ostatnim akapicie oraz w komentarzu Dunka - praca na zewnątrz w celu wspierania projektu może mieć szkodliwe skutki i możliwe konsekwencje prawne. Niepowiązany pomysł to jedna rzecz, ale jeśli chcesz korzystać z tego, co robisz w pracy, przejdź do legalnych przepisów, zanim zaczniesz nad tym pracować.

— Thomas Owens

14

Jeśli okaże się dobrze, może chciałbym zabrać pracę do domu i wypolerować ją dla zabawy, a może wydać jako projekt open source.

Na samym początku powinieneś mieć jasne porozumienie ze swoim pracodawcą na temat swoich zamiarów. Osiągnij porozumienie co do tego, jak to wszystko będzie działać, zanim zaczniesz, aby nie odczuwać bólu, nieporozumień, rozczarowań itp. Praca, którą wykonujesz dla swojego pracodawcy, jest własnością pracodawcy.

Kiedy (z punktu widzenia prawa / etyki) jest dozwolone, aby oprogramowanie open source pierwotnie napisane przez Ciebie do pracy w pracy?

Gdy uzyskasz zgodę przełożonego (i być może działu prawnego) na rozpowszechnianie ich własności.

Co się stanie, jeśli znacznie rozszerzyłeś pierwotne źródło w godzinach poza godzinami pracy?

Nie ma znaczenia Pracujesz z majątkiem pracodawcy - zmieniając tutaj kilka wierszy i nie zmienia to faktu. Może być nadal ich, nawet jeśli zmienisz każdą linię w projekcie. Skontaktuj się ze swoim prawnikiem, aby uzyskać szczegółowe informacje, ale nie oczekuj dobrych wiadomości.

Teraz twój pracodawca może być całkowicie szczęśliwy, że może rozpowszechniać bibliotekę na licencji Open Source. Jeśli nie jest to coś, co uważają za część swojej przewagi konkurencyjnej lub jeśli chcą utrzymać bibliotekę, ale niekoniecznie chcą wykonać całą pracę, aby ją utrzymać sami, lub jeśli chcą zdobyć dobrą wolę lub cokolwiek innego, wtedy wszystko się ułoży. Pamiętaj tylko, że to ich decyzja.

— Caleb
źródło

Now, your employer may be perfectly happy to distribute the library .... i nie otwiera się wtedy na potencjalne sprawy sądowe i / lub inne kwestie prawne w przyszłości.

— Martin York,

@LokiAstari Sure - istnieje wiele czynników, które pracodawca może wziąć pod uwagę przed otwarciem oprogramowania. moja lista nie jest wyczerpująca.

— Caleb,

2

When you have permission from your supervisor (and perhaps legal department)... Bardzo rzadko twój przełożony ma prawo wypowiadać się w imieniu firmy w tych sprawach. Może myśleć, że to w porządku, ale kierownictwo wyższego szczebla może się nie zgodzić. Zgoda powinna pochodzić od starszego mgmt / legal.

— cdkMoose,

2

@cdkMoose Tak, oczywiście - stąd moje włączenie do działu prawnego. Trudno jednak powiedzieć „bardzo rzadko” - zbyt wiele przypuszczeń dotyczących wielkości / struktury firmy. Może przełożonym jest CIO, CTO lub CEO (lub wszystkie powyższe). Prawdopodobnie powinienem był powiedzieć „Gdy masz niezbędne pozwolenie” i pozostawić szczegóły czytelnikowi.

— Caleb,

+1 za rozmowę z twoim pracodawcą - mogą być całkowicie zadowoleni (lub nie) z otwarcia tej biblioteki (a nie samego programu), ale jest to słuszne. Kilka przyszłościowych firm (Google, Facebook) pozwala swoim pracownikom na dostęp do części swojej pracy, o ile nie jest to podstawowa propozycja firmy. Ale wszyscy przechodzą proces weryfikacji.

— Suman

5

Prosta odpowiedź:

Nigdy.

Oto problem: zgodnie z prawem większości współczesnych krajów masz prawa autorskie do wszystkiego, co piszesz domyślnie. Dzieje się tak nawet wtedy, gdy piszesz je dla kogoś innego, na przykład pracodawcy .

Jest to oczywiście problematyczne dla każdego, kto jest zainteresowany zatrudnieniem programisty.

Aby rozwiązać ten problem, firmy produkujące oprogramowanie podpisały umowę o zachowaniu poufności (NDA). W ramach tej umowy wyraźnie stwierdza się, że zrzekasz się praw autorskich do całego kodu, który piszesz dla tego pracodawcy. Nie ma znaczenia, kiedy to zrobiłeś. To wszystko jest takie samo.

Innymi słowy: kod, który napisałeś , nie należy do ciebie . Należy do pracodawcy i nie wolno go publikować.

Nigdy nie słyszałem o tym, że deweloper nie podpisuje umowy NDA, więc jeśli nie jesteś w jakimś naprawdę odległym regionie świata, bezpiecznie jest powiedzieć, że podpisałeś umowę NDA, kiedy byłeś zatrudniony.

Jeśli twój pracodawca jest zainteresowany opublikowaniem go z jakiegoś powodu, to jest to inna historia (a jeśli jesteś zainteresowany, możesz również spróbować przekonać ich, że jest to właściwe). Ale to jedyny sposób.

— riwalk
źródło

4

IANAL, ale nawet kiedy ... wydaje się nieprawda w USA, przynajmniej według tego dokumentu z amerykańskiego biura ds . Praw autorskich . Ponadto: nieujawnianie informacji i praca najemna to kwestie niezwiązane - lepiej byłoby użyć terminu „umowa o pracę” zamiast „NDA” powyżej, ponieważ umowa, którą mogłeś podpisać przy rozpoczęciu pracy, prawdopodobnie obejmowała więcej niż nieujawnianie , a umowy o zachowaniu poufności często nie mają nic wspólnego z warunkami zatrudnienia.

— Caleb,

@Caleb, twoje źródło stwierdza: „Koncepcja„ pracy na zlecenie ”może być skomplikowana” i jest to absolutnie poprawne. Jednym z powodów, dla których może się skomplikować, jest to, że oprogramowanie to coś więcej niż kod, to zestaw rozwiązań i pomysłów. Następnie pojawia się pytanie: „Czy Twoja firma jest właścicielem kodu , czy też posiada pomysły wyrażone przez kod ?” Staje się bardziej skomplikowany, gdy wyobrażasz sobie scenariusz, w którym ktoś wpadnie na genialny pomysł na pracę o 2 nad ranem i zastosuje go w kodzie następnego ranka. ciąg dalszy ...

— riwalk

... Rozwiązaniem stosowanym przez większość firm jest stwierdzenie, że są właścicielami wszystkiego, co wymyśliłeś, niezależnie od tego, kiedy je wymyśliłeś i niezależnie od tego, kiedy je napisałeś. Są pewne stany (przychodzą na myśl Waszyngton i Kalifornia), które mają dodatkowe prawa, ale inne nie. To skomplikowane. Konkluzja - potrzebujesz prawnika :)

— riwalk

@ Stargazer712 - Firmy, które napisały tego rodzaju klauzule w umowie o pracę, są rzadkie. Twierdziłbym nawet, że te warunki są nielegalne nawet w stanach, w których ktoś jeszcze ich nie kwestionował. Poza tym, jeśli podpiszesz umowę w taki sposób, że nie znasz swoich własnych praw, nie zasługujesz na prawa do kodu, jeśli jest on poza pracą.

— Ramhound,

1

Zależy to w dużej mierze od stosunku umownego z pracodawcą ...

Własność intelektualna

Domyślnie wiele organizacji chętniej korzysta z ogólnych funkcji / klas o otwartym kodzie źródłowym, aby czerpać korzyści z szerszej społeczności programistów / programistów, ale są też takie, które nie są i nie mogą z perspektywy własności intelektualnej - w celu komercyjnej ochrony tego, co mają .

Jeśli Twój kod wykorzystuje jakiekolwiek odniesienia do adresu IP pracodawcy lub tajemnic handlowych, być może zrozumiałe jest, że mogą odmówić.

Otwarte źródło

Zasadniczo i domyślnie masz prawo do wydania dowolnego oprogramowania, które piszesz we własnym czasie i pod warunkiem, że nie koliduje ono z warunkami umowy o pracę - lub - konkuruje z tym, co robią pod każdym względem.

Najlepsza rada, jaką mogę udzielić, to zwrócenie się do pracodawcy i otwarcie przedyskutować sprawę. Zapewni to:

Postawa pracodawcy wobec programowania open source / społeczności
Odzwierciedlaj / podkreśl ich rozumienie oprogramowania i jego nieodłącznej / szerszej wartości
Twoje prawa do tego, co postrzegają, że jesteś w stanie / nie robić

Każdy pracodawca, który nie pozwala ci rozwinąć myślenia / uczenia się i rzeczywiście przyczynia się do szerszej społeczności (i rozwiązuje większe, szersze problemy), powinien powiedzieć ci dużo o tym, gdzie pracujesz. Firmy często myślą szerzej niż wcześniej o wydaniu kodu, ponieważ nie tylko przynosi im to korzyści, ale musi być w formie, która nie zagraża im we wszystkim, co robią.

Mój czas / ich czas

Podobnie jak w przypadku innych odpowiedzi - nie możesz wykorzystać czasu pracodawcy na zbudowanie własnego oprogramowania; etycznie lub głównie. Traktuj je osobno, chyba że pracodawca jest skłonny zobowiązać się do wydania kodu.

W niektórych przypadkach programiści łączą swój czas i czas pracy, aby stworzyć coś wspaniałego - co przyniesie korzyści każdej ze stron i być może idealny wynik twojego pytania.

— nickhar
źródło

Kiedy mogę opublikować oprogramowanie napisane w pracy?

Nigdy.