Czy masz tendencję do wpisywania własnego kodu lub nazwy firmy w kodzie?

Pracowałem nad różnymi projektami w domu iw pracy i przez lata opracowałem dwa główne interfejsy API, których używam w prawie wszystkich witrynach opartych na AJAX. Obie te kompilowałem do bibliotek DLL i nazwałem przestrzenie nazw Connell.Database i Connell.Json.

Mój szef ostatnio widział te przestrzenie nazw w dokumentacji oprogramowania dla projektu dla firmy i powiedział, że nie powinienem używać własnego nazwiska w kodzie. (Ale to mój kod!)

Należy pamiętać, że nie jesteśmy firmą programistyczną. Jesteśmy firmą wsparcia IT i jestem jedynym etatowym programistą, więc tak naprawdę nie ma żadnych procedur dotyczących tego, jak powinniśmy pisać oprogramowanie w firmie.

Inną rzeczą do zapamiętania jest to, że pewnego dnia zamierzam wydać te biblioteki DLL jako projekty typu open source.

Jak inni programiści grupują swoje przestrzenie nazw w swojej firmie? Czy ktoś używa bibliotek tej samej klasy w projektach osobistych i zawodowych?

Czy to też działa na odwrót? Jeśli piszę bibliotekę klasową całkowicie w pracy, kto jest właścicielem tego kodu? Jeśli widziałem bibliotekę od początku do końca, zaprojektowałem ją i zaprogramowałem. Czy mogę użyć tego do innego projektu w domu?

Dzięki,

Aktualizacja

Rozmawiałem z moim szefem o tym problemie, a on zgadza się, że są to moje przedmioty i jest w porządku, że mogę je otworzyć. Przed tą rozmową i tak zacząłem zmieniać obiekty, co w rzeczywistości było dość produktywne, a kod teraz bardziej odpowiada temu konkretnemu projektowi niż wcześniej.

Ale dziękuję wszystkim zaangażowanym za bardzo interesującą debatę. Mam nadzieję, że cały ten tekst nie zostanie zmarnowany i ktoś się z niego nauczy. Z pewnością tak.

Twoje zdrowie,

(Standardowe wyłączenie odpowiedzialności - nie jestem prawnikiem ...)

Ze swojego profilu wydaje się, że jesteś w Wielkiej Brytanii.

W takim przypadku zależy to od tego, jak jesteś zatrudniony. Jeśli jesteś stałym członkiem personelu, prawie na pewno twój pracodawca jest właścicielem prac . Napisałeś je i masz prawa do bycia zidentyfikowanym jako autor (to znaczy, że możesz powiedzieć ludziom, że je napisałeś), ale własność kodu i własności intelektualnej spoczywa na twojej firmie.

Jeśli jesteś wykonawcą, może istnieć przypadek, że masz do nich jakieś roszczenia, ale będzie to zależeć od charakteru umowy. Ogólnie rzecz biorąc, większość brytyjskich wykonawców IT klasyfikuje się jako pracowników najemnych, co oznacza, że ​​ponownie własność intelektualna spoczywa raczej na firmie niż na osobie fizycznej. Z pewnością wzmianka o standardowej umowie o pracę sugeruje, że tak będzie w przypadku stałego zatrudnienia.

W tych okolicznościach nie masz prawa udostępniać ich jako oprogramowania typu open source (ani nawet zabierać ich do następnego pracodawcy) i powinieneś myśleć o nich w taki sam sposób, jak myślisz o jakimkolwiek innym oprogramowaniu prawnie zastrzeżonym i postępować zgodnie z nimi - „ nie jesteś twój, akurat masz dostęp do kodu źródłowego.

EDYCJA : Jeśli chodzi o fakt, że opracowałeś niektóre z nich w swoim czasie. W chwili, gdy zacząłeś używać go w pracy bez dochodzenia swoich praw i licencjonowania go z wyprzedzeniem, zrobiłeś to bardzo mrocznym, ponieważ teraz bardzo trudno jest pokazać, co zostało zrobione. Z tego, co mówisz, biblioteki kodu zostały przetestowane, debugowane i naprawione w czasie pracy (a firma jest właścicielem wszystkiego, co zrobiono w ich czasie), a także oczywiste nakładanie się na pracę, którą dla nich wykonywałeś (o czym świadczy fakt, że spełnił wymóg, nad którym firma pracowała) oznacza, że ​​mają roszczenie i prawdopodobnie dość mocne.

Unia Unite ma na ten temat swoje zdanie . Kluczową sekcją wydaje się być:

„Istnieją wyraźne przepisy ustawowe:

· Artykuł 11 ust. 2 ustawy o prawie autorskim, wzorach i patentach (CDPA) 1988 i

· Artykuł 39 Patents Act 1977

zajmowanie się własnością prac pracowników. Zgodnie z tymi przepisami, pracodawcy zasadniczo nabywają własność praw własności intelektualnej w odniesieniu do wszelkich dzieł stworzonych przez pracownika, który on / ona

· Był zobowiązany do przedstawienia zgodnie z warunkami umowy o pracę lub

· Można zasadnie oczekiwać, że będzie produkować zgodnie z warunkami tej umowy.

Oczywiście im szerszy opis stanowiska dla danego pracownika, tym trudniej będzie mu uniknąć skutków określonych w punktach 11 (2) i 39 powyżej.

Nawet jeśli praca jest tworzona przez pracownika we własnym czasie i przy użyciu jego własnych zasobów, pracownik niekoniecznie będzie mógł dochodzić jakichkolwiek praw do tej pracy, jeśli pracodawca wykaże, że charakter utworzonej pracy był taki, który mógłby być racjonalnie rozważane jako część obowiązków pracownika. Dowodzi tego przypadek Missing Link Software przeciwko Magee [1989] FSR 361. Tam sąd orzekł, że prawa autorskie do oprogramowania napisanego przez pracownika poza czasem pracy i na jego własnym sprzęcie powstały w trakcie zatrudnienia, ponieważ wchodziło w zakres zadań, do których wykonania był zatrudniony M. Magee. ”

Zasadniczo ponieważ biblioteki te spełniły określone wymagania dotyczące projektu, nad którym pracowaliście, mają do nich prawo.

EDYCJA 2 : Musisz zrozumieć, że fakt, że istnieją dwie wersje kodu, jest prawdopodobnie nieistotny. Kod odpowiada potrzebom firmy związanym z projektem, nad którym pracowałeś i napisałeś go, gdy byłeś zatrudniony przez firmę (nawet jeśli był to twój własny czas). To daje im mocne przekonanie o „podstawowym adresie IP” kodu, a nie tylko o konkretnej jego kopii, którą zdarzyło się zaimplementować w ich projekcie - przeglądanie go jako dwóch gałęzi tego nie zmienia.

Warto zauważyć, że nawet przepisanie go nazywałoby się dziełem pochodnym, a własność intelektualna nadal byłaby związana z firmą, nawet w nowej wersji.

Myślę, że masz pojęcie o tym, co chcesz być prawdą, i próbujesz to zmienić, ale z tego, co mówisz, uważam, że firma ma dość mocne przekonanie do kodu, którego nie zamierzasz być w stanie obejść.

Jeśli Twoja firma płaci Ci za kod, jest to jego kod. Nie wydałbym tego jako projektu open source, chyba że masz ich pozwolenie.

Zdarzały się przypadki, gdy kod napisany w domu podczas pracy w firmie był uważany za własność firmy. Nie jestem pewien, czy kiedykolwiek był to testowany w sądzie, ale wydaje mi się oczywiste, że każdy kod, który piszesz za pomocą sprzętu firmowego, w czasie pracy firmy (tj. Kiedy siedzisz przy biurku , płacony przez firmę za pisanie kodu) i za oprogramowanie firmy należy do firmy. Zawarłeś z nimi umowę (sprawdź umowę o pracę), która mówi, że dadzą ci pieniądze w zamian za napisanie dla nich kodu. Nie byłbyś pod wrażeniem, gdyby powiedzieli, że wstrzymają się z twoją pensją, ponieważ zamiast tego zamierzają przekazać ją na cele charytatywne.

Krótko mówiąc, to nie jest twój kod. Nie posiadasz tego. Przestrzenie nazw powinny zawierać nazwę firmy, ponieważ należy do nich. Zapłacili komuś za napisanie tego! (tj. ty).

• zastrzeżenie: musisz sprawdzić umowę lub warunki zatrudnienia, aby ustalić, czy powyższe warunki są prawdziwe w twoim przypadku. Powiedziałbym, że tak czy inaczej, ponieważ mogą z łatwością zwolnić cię za zrobienie czegoś własnego w towarzystwie, przynajmniej a następnie twierdzą, że i tak należy do nich. najlepszą radą na przyszłość jest całkowite oddzielenie tego, co robisz dla siebie i tego, co robisz dla swojego pracodawcy .

Myślę, że jest miejsce, w którym popełniłeś błąd. Problem polega na tym, że napisałeś kod w domu we własnym czasie, a potem stwierdził, że kod byłby przydatny w pracy, więc właśnie zacząłeś go używać. To, co prawdopodobnie byłoby właściwe w tym przypadku, to nie włączanie kodu wykonanego poza pracą w kodzie firmy. Będziesz musiał albo skorzystać z czasu firmowego, aby przepisać wcześniej napisaną funkcjonalność, aby mogli z niej skorzystać. „Ale to wielka strata czasu”, mówisz. Inną opcją jest licencja / zakup kodu od ciebie za cenę lub za darmo, aby wiedzieli, że mogą legalnie korzystać z kodu. Myślę, że to, co może się dziać w twoim umyśle pracodawców, polega na tym, że zastanawiają się, co stanie się z tym kodem, kiedy odejdziesz? Czy nadal mają prawo do korzystania z tego kodu?

Wielu programistów pracuje w wolnym czasie nad rzeczami, które prawdopodobnie byłyby przydatne dla ich pracodawców, ale nie powinieneś zaczynać miksowania kodu bez zgody firmy.

Przyszli programiści muszą wiedzieć, kto napisał kod na wypadek, gdyby poziom dokumentacji był nieodpowiedni (co niestety często bywa).

Z tego powodu zawsze podpisuję się swoim imieniem. Przypomina mi również, że muszę się upewnić, że wykonuję świetną robotę, ponieważ wiem, że jeśli nie zrobię tego, zły kolega zadzwoni do mnie w środku nocy! :)

Jak prawie wszyscy powiedzieli, prawdopodobnie jest tak, że firma ma pewne roszczenia do kodu (z frazami typu „Napisałem prawdopodobnie 90% tego projektu w domu.” Jest mętny).

Jedną z rzeczy, które należy wziąć pod uwagę w przyszłości, jest uważne przejrzenie umów o pracę i albo uzyskanie „własnego czasu, własnego zestawu -> własność własna” lub uzyskanie od firmy rezygnacji z jednego projektu. Niestety, w tej chwili nie jest to pomocne.

Co jest złego w używaniu jakiejś innej nazwy? Imię twojego syna / córki / kota / psa / chomika? Nie musisz mieć tych trudności - właśnie wybrałeś „przyjazne” imię.

Wszystkie odpowiedzi wydają się koncentrować na własności.
Ale własność i autorstwo (autorzy i właściciele, odpowiednio) to różne pojęcia.
Autor jest powiązany z prawami moralnymi lub niezbywalnymi, które są :

• wieczny
• niezbywalny
• Prawo nie do opisania
• Niewymiarowy
  Jeżeli utwór już utworzony i dochody z jego eksploatacji mogą być zajęte przez wierzycieli, w zależności od przypadku, ci ostatni mogą nie żądać ujawnienia utworu w celu odzyskania pieniędzy należnych przez jego autora.

Moralnych lub niezbywalnych praw autorskich nie można zrzec się w większości jurysdykcji .

Podczas gdy własność związana jest z prawem gospodarczym, czyli własnością, prawami.

Dlaczego nie zastosować się do praktyki podpisywania artykułów naukowych, gdy pracownicy często pracują jako wizytujący badacz / profesor, zatrudniają / finansują wiele podmiotów. lub w ramach niezależnego finansowania stron 3d: nazwisko autora + gdzie praca została wykonana + kredyty, które sfinansowały pracę.

Należy pamiętać, że są to relacje od wielu do wielu (jeden autor i jego praca, może mieć wiele powiązań i finansowania).