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,
Odpowiedzi:
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.
źródło
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.
Gdy uzyskasz zgodę przełożonego (i być może działu prawnego) na rozpowszechnianie ich własności.
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.
ź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.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.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.
źródło
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:
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.
źródło