Czy to głupie z mojej strony bycie „zazdrosnym” o mój kod?

Nie użyłbym słowa „głupi”. Ale być może zawiodła Cię zazdrość.

Próbujesz powiedzieć swojej firmie po fakcie - „Dałem ci w prezencie jakiś kod bez licencji. Ale teraz nie chcę nikogo innego by kiedykolwiek go dotknąć oprócz mnie ”.

Domyślam się, że nie wyraziłeś chęci bycia jedynym opiekunem, ponieważ nie wyobrażam sobie, aby jakakolwiek firma zgodziła się na taką prośbę.

Czy było to niegrzeczne z ich strony, dając tę ​​czynność komuś innemu?

Chyba że wcześniej wyraźnie oświadczyłeś, że chcesz być jedyną osobą, która kiedykolwiek dotknie tego kodu , Nie rozumiem, jak ich działalność można uznać za niegrzeczną, lekceważącą lub nieetyczną. Myślę, że nie masz racji w swoim przekonaniu.

Potrzebowali czegoś, co zrobiono w odpowiednim czasie, a ty nie miałeś na to czasu.

Jak mogę powiedzieć im, że mi się to nie podobało, nie bycie niegrzecznym?

Możesz to po prostu powiedzieć - podejrzewam, że nie będzie to „niegrzeczne”, ale może być mylące. Jeśli chcesz, aby do Twojego prezentu były dołączone sznurki, musisz to wyjaśnić z góry. Nie wygląda na to, że zrobiłeś to do tej pory.

Jeśli chcesz mieć pełną kontrolę, myślę, że musisz albo licencjonować kod, który napisałeś poprawnie i przestać go rozdawać, albo po prostu usiąść i porozmawiaj ze swoim przełożonym, wyjaśniając, że chcesz zachować kontrolę nad tym kodem.

Jeśli wybierzesz drugą drogę, nie zdziw się, jeśli Twoja firma zdecyduje się nie używać Twojego kodu dłużej. Z biznesowego punktu widzenia wiele firm uważa to za zbyt restrykcyjne i niebezpieczne.

Tak długo, jak modyfikują tylko swoją kopię kodu, tak, zachowujesz się nierozsądnie. Celem (większości) oprogramowania typu open source jest to, że ludzie mogą go samodzielnie utrzymywać i być może wnosić zmiany z powrotem do Ciebie, aby rozważyć je w następnym oficjalnym wydaniu.

Jeśli naprawdę chcesz, możesz napisać licencję, która zabrania modyfikacji ... ale wtedy ludzie będą tym mniej zainteresowani. Możesz napisać licencję, która zabrania rozpowszechniania zmodyfikowanych wersji; pomaga to w zachowaniu jasności co do tego, co jest, a co nie jest obsługiwane, poprzez wymóg rozpowszechniania nieoficjalnych zmian w osobnych plikach poprawek. Zalecam przyjrzenie się licencji Creative Commons lub licencjom używanym przez Apache i Eclipse, jeśli chcesz być bardziej miły dla użytkowników biznesowych.

Ale firma ma już kopię Twojego kodu, na podstawie udzielonej im licencji w tym czasie i nie możesz tego zmienić z mocą wsteczną.

Jeśli twój kod znajduje się w publicznym repozytorium (github, bitbucket itp.), to masz już pełną kontrolę. Wszelkie zmiany wprowadzone przez współpracowników lub inne osoby w kodzie źródłowym będą musiały znajdować się w innej gałęzi, a żądanie ściągnięcia będzie musiało zostać wykonane, aby scalić te zmiany z gałęzią główną.

Nie krępuj się umieścić swojego oprogramowania typu open source zakoduj w publicznym repozytorium i wyślij koledze link, aby mógł rozgałęzić swoją własną wersję, jeśli jeszcze tego nie zrobiłeś. W ten sposób możesz wykorzystać przepływ pracy typu open source, zadeklarować własność i udostępnić wszystko za jednym zamachem.

W zależności od struktury Twojej umowy o pracę, firma, dla której pracujesz, może już posiadać kod. Niektóre dokumenty dotyczące zatrudnienia obejmują wszystkie produkty związane z Twoją pracą, nawet jeśli produkt został opracowany poza miejscem pracy i po godzinach pracy.

Jeśli zdecydują się zgłosić własność, mogą zdecydować o ograniczeniu Twojej możliwości dystrybucji kodu w innym miejscu.

Nawet jeśli nie rości sobie prawa własności, nadal mogą zdecydować, czy wyrzucić z systemów kod, który nie spełnia ich potrzeb.

Mówisz

mój kod był prezentem

i

Wczoraj potrzebowali zmiany w jednym z MOJE procedury

Te zdania są sprzeczne. Kiedy dajesz prezent, nie jest on już Twój : należy do odbiorcy. Przestań wypowiadać kod MÓJ . To jest teraz ICH kod; oddałeś to. Jeśli dajesz komuś samochód w prezencie, nie możesz wtedy powiedzieć odbiorcy, na jaki kolor może pomalować TWÓJ samochód; to ICH samochód; dałeś im to.

Najwyraźniej chcesz coś przekazać i zachować do tego prawo własności. Ponieważ są one sprzeczne, wydaje się, że jest to przepis na wywołanie psychicznego niepokoju. Jeśli nie podoba ci się wynikający z tego stres, przestań robić rzeczy, które go powodują. Albo zrezygnuj z prawa własności, jeśli pracujesz za darmo, albo przestań wykonywać pracę za darmo, albo przedstaw umowę licencyjną, którą firma może podpisać, która określa, kto jest właścicielem tego artefaktu i jakie są dla niego zasady.

Doceniam to, co robisz. Ja też to robię. Będę nawet spędzał noce nad swoim kodem. I podzielę się narzędziami i narzędziami nie tylko z moimi pracownikami z biura, ale z całą społecznością.

Cóż, w polityce dawania nie powinieneś dawać bez przekonania. Po prostu daj. Ale jeśli nadal chcesz zachować szacunek, upewnij się, że opracowałeś własny szablon / nagłówek typu autorskiego do swojego kodu, który oznacza twoją ciężką pracę.

A na wypadek, gdyby ktoś potrzebował aby go zmodyfikować, po prostu poproś ich o dodanie swoich nazwisk do współautorów w nagłówku. Ponadto, kiedy dokonają modyfikacji, przestudiuj je i zobacz, czy możesz wymyślić lepsze.

Zasugeruję również, abyś pozwolił im przestudiować swój kod, a jeśli ktoś ma lepsze rozwiązanie, wiedz o tym . Dzielenie się wiedzą to najlepszy sposób na naukę !!

Myślę, że jesteś nierozsądny, jeśli chcesz zachować kontrolę nad kodem, który rozważałeś, aby wziąć coś do firmy w celu ich wykorzystania.

Jednak całkowicie rozsądne jest, abyś eithera) poprosić o pozwolenie na złóż modyfikacje z powrotem do własnej wersji, aby rozprowadzić je według własnego uznania. b) powiedz swoim menedżerom, że nie będziesz już uważać zmodyfikowanej wersji za swoją odpowiedzialność, więc wszelkie zewnętrzne poprawki błędów, które wprowadzisz do własnej wersji w przyszłości, będą muszą zostać zintegrowane z ich wersją przez kogoś z firmowego zegara.

Obie opcje są poprawne iw zależności od tego, co myślisz o tym problemie i kodzie, możesz również dać kierownictwu wybór między jedną z nich. Jest to również opcja, w której możesz powiązać swoją ciągłą opiekę nad tym kodem z możliwością refaktoryzacji lub przepisywania tych rzeczy na zegarze firmy, gdy pozwala na to harmonogram.

W ten sposób istnieje namacalna długoterminowa korzyści dla kierownictwa, pozwalające Ci swobodnie posługiwać się kodem. Co ułatwia negocjacje. Ponieważ nie popełnij błędu: groźba cofnięcia pozwolenia na użycie kodu byłaby całkowicie niewłaściwa i może spowodować poważne skutki odwrotne.

Mam nadzieję, że jesteś na równi ze swoją firmą i że są one tak samo chętne do dawania Tobie prezentów, jak Ty im. W takim przypadku rozsądne byłoby jedynie przedłużenie Ci możliwości bycia wyłącznym opiekunem Twojego kodu, nawet jeśli jest to tylko osobiste preferencje.

Realistycznie, jednak Twoja firma nie będzie skłonna skorzystać z jakichkolwiek grzeczności, które nie są wymagane przez prawo. Bez prawnie egzekwowalnej licencji (a prawdopodobnie nawet takiej) będą uważać, że nie ma powodu, aby opóźniać własne działania, aby wykazać się uwagą. Bardziej prawdopodobne jest to, że faktycznie wyszedłeś łatwo. Firma mogła wytoczyć Ci sprawę sądową za dostarczenie oprogramowania do określonego celu, które nie spełniło swojego zadania. Praca wykonywana przez współpracownika i koszt, jaki firma ponosi, zlecając jej modyfikację kodu, mogą być postrzegane jako szkody wyrządzone przez Ciebie, za które jesteś odpowiedzialny.

„Wręczanie prezentów”, np. dla firm to zły pomysł z wielu powodów. Stwarza problemy etyczne dla obu stron. A w końcu, jeśli jesteś na równi z firmą, firma byłaby więcej niż chętna zapłacić za oprogramowanie w ramach umowy, która chroni obie strony.