Przekaż kod źródłowy klientowi

Zrobiłem dla klienta kilka aplikacji na iPhone'a i poproszono mnie dzisiaj o przekazanie kodu źródłowego, aby mogli przeprowadzić konserwację, gdyby była to wymagana. Do tej pory nie omawiano żadnych problemów z kodem.

• Czy istnieje jakaś „powszechna” praktyka w tym zakresie?

• Ponadto, w jaki sposób powinno to wpłynąć na cenę?

Co mówi Twoja umowa z klientem?

Jeśli tak nie jest, a to jest praca najemna , to są właścicielami kodu źródłowego, chyba że umowa mówi inaczej.

W przyszłości prawnik może przejrzeć twoje umowy.

Nie jestem prawnikiem, nie jest to porada prawna i prawdopodobnie powinieneś skonsultować się z prawnikiem.

Wydaje się, że odpowiedź polega na tym, czy mieści się ono w zakresie, co uznaje się za pracę najemną. Na Bitlaw jest świetny artykuł na ten temat , a jak powiedziałem wcześniej, tylko prawnik będzie w stanie odpowiedzieć na twoje pytanie.

Jest to kwestia, która powinna zostać przedyskutowana przed projektem i wyraźnie zapisana w umowie; jest to nie tylko kwestia prawna lub finansowa, ale także w pewien sposób wpływa na sposób realizacji projektu. Na przykład, gdy wiesz, że musisz przekazać źródło, jako dobry dostawca będziesz robić dobre komentarze i dokumentację, która będzie zgodna z najlepszymi praktykami. Możesz także uniknąć ponownego wykorzystywania własnego kodu, ponieważ kod ten może być tak sprytny, że po prostu nie chcesz go rozdawać.

Teraz jest już za późno. Zrezygnuj lub skontaktuj się z prawnikiem.

Dosyć typowe jest to, że niestandardowy kod dla konkretnego klienta powinien być dla niego swobodnie dostępny na żądanie. Kupują ci czas, aby coś dla nich wygenerować, i prawdopodobnie w pewnym momencie będą chcieli wszystkiego od pracy, za którą zapłacili. Istnieją oczywiście wyjątki.

Zwykle oprogramowanie napisane i „ogólnie” sprzedawane nie będzie mieć wolnego kodu źródłowego, ale może być dostępne za pewną cenę.

Jest to jeden z powodów, dla których oprogramowanie niestandardowe kosztuje o wiele więcej niż oprogramowanie „ogólnej sprzedaży” (nawet jeśli oprogramowanie „ogólnej sprzedaży” może mieć niewielką liczbę w obiegu).

Ogólna zasada jest taka, że ​​autor dzieła jest właścicielem praw autorskich: to, co tworzysz, jesteś właścicielem.

Istnieją wyjątki od tego. Najbardziej oczywista jest praca stworzona przez pracownika . Drugi wyjątek ( ustawa o prawie autorskim z 1976 r., 17 USC 201 ) dotyczy doktryny „praca na wynajem”, która mówi, że dzieło należy do osoby, która za nie zapłaciła. Ale aby WFH mogło się zdarzyć, muszą być spełnione wszystkie poniższe warunki:

1. Prace zostały zamówione lub zlecone. Prawdziwe.
2. Uzgodniono, że praca zostanie uznana za WFH. Fałszywe.
3. Praca jest częścią zestawu dziewięciu specyficznych kategorii pracy: tłumaczenie, wkład w dzieło audiowizualne, wkład w dzieło zbiorowe (takie jak czasopismo), jako atlas, jako kompilacja, jako tekst instruktażowy, jako test, jako materiał odpowiedzi na test lub pracę uzupełniającą. Fałszywe.

Więc w tym przypadku, gdy nie jest wymagane do przekazania czegokolwiek.

(Niektóre teksty potwierdzające to są tutaj , tutaj , tutaj , tutaj i tutaj )

W mojej codziennej pracy przedsiębiorstwa nierzadko wymagają, aby nasz kod źródłowy był przekazywany do usługi depozytowej. Chodzi o to, że przedsiębiorstwo nie chce polegać na naszym oprogramowaniu bez możliwości naprawienia błędów - albo nasza firma przetrwa, abyśmy mogli je naprawić, albo usługa escrow wyda im kod.

Jednak jest to przypuszczalnie bardzo wyraźny punkt w umowie, uważam, że nie otrzymują kodu źródłowego, chyba że nasza firma zawiedzie, i spodziewam się, że jest to odzwierciedlone w dużej metce cenowej związanej z umową. Nie jestem pewien, jak to odnosi się do indywidualnego wykonawcy, scenariusz małej aplikacji.

Cóż, dla mnie kod źródłowy byłby wart rzeczywistej ceny * 5

Miałem podobną sytuację. Kiedy aplikacja została ukończona, firma zdecydowała, że ​​chce kupić kod źródłowy i poprosić kogoś innego o przejęcie (pracowałem nad nim tylko w niepełnym wymiarze godzin). Złożyli to, co uważałem za odpowiednią ofertę. Myślałem, że założono, że zawsze będę nad tym pracował i żadne z nas nie wiedziało, że mają prawo do kodu.

Zdarza się, że zostali wykupieni (nie wspominając mi o tym), a kupujący nie chciał żadnych luźnych licencji na oprogramowanie. Nie jestem pewien, czy wiedziałbym, że poprosiłbym o więcej. Prawdopodobnie nie, ponieważ osoba, która skontaktowała mnie z tą firmą, znalazła również kilka innych projektów. Myślę, że dobra karma może pochodzić z ignorancji.

W twoim przypadku należy podać im kod i poprosić o wykorzystanie go jako odniesienia do pracy.

Po pierwsze, jak prawie wszyscy zauważyli, powinno to być częścią pierwotnej umowy. Upewnij się, że ten punkt jest adresem w przyszłości.

Po drugie, ile warta jest dobra wola tego klienta? Czy możesz spodziewać się, że w przyszłości uzyskasz od nich więcej firm? Czy możesz wykorzystać je jako punkt odniesienia dla przyszłych prac?

Wreszcie, ile szkody mogą ci wyrządzić? W wielu, jeśli nie w większości branżach, słowo szybko się rozchodzi. Czy złe przeczucia tego klienta będą miały negatywny wpływ na innych klientów?

Prawdopodobnie poszedłbym dalej i dałbym im to, prawdopodobnie prosząc o niewielką kwotę pieniędzy. Upewnij się, że wiedzą, że robisz to dla ich korzyści i że chcesz, aby ten punkt został rozwiązany w przyszłej pracy, którą wykonujesz.

Jeśli nie było to częścią umowy, żadna ze stron nie utrzymała prawdy.

Potrzebujemy tutaj więcej tego, co powiedziałeś, co powiedzieli w punkcie porozumienia. jeśli nie zgadzasz się, weź prawnika i nie pozwól, aby ludzie cię popychali.

odsuń się i powiedz: nie pracuję dla ciebie, sprzedaję oprogramowanie dostosowane do twoich potrzeb, poprosiłeś tylko o oprogramowanie, kod nie był omawiany, ponieważ zmodyfikowanie kodu w celu wyświetlenia go na zewnątrz będzie wymagało ode mnie dodatkowej opłaty .

powodzenia

Nie jestem prawnikiem, nie zastępuje to dyskusji prawników w twoim lokalnym stanie

Jeśli twoja umowa nie mówi nic o kodzie, nie masz obowiązku przekazania go. Biorąc pod uwagę, że jeśli twój klient jest nieszkodliwy, zrezygnowałeś z możliwości poprawiania programu w jego imieniu, a co za tym idzie, być może będziesz musiał poprawić go za usługę. Z drugiej strony, jeśli Twój klient użyje tego kodu do stworzenia własnej aplikacji i sprzedaży, nie będziesz mógł nic z tym zrobić. Nawet jeśli zmusisz ich do podpisania umowy, w której stwierdzą, że nie mogą ponownie użyć kodu, trudno będzie ci w sądzie udowodnić, że tak zrobili.

Jeśli cokolwiek, pytasz, dlaczego chcą źródła. Nic, co mogliby odpowiedzieć na to pytanie, nie uzasadniałoby, dlaczego potrzebują twojego kodu, skoro możesz po prostu zrobić to sam.

To jest stary post, ale wciąż w dyskusji w dzisiejszym świecie.

Moim zdaniem, jeśli otrzymujesz wynagrodzenie za godzinę i jesteś kierowany przez klienta do zbudowania programu, powinieneś przekazać kod źródłowy.

Jeśli posiadasz komercyjne oprogramowanie i sprzedajesz je im w celu użycia… NIE, nie powinieneś przekazywać kodu źródłowego.

Bez względu na to, co jest legalne, czy nie ... ponieważ nie jestem prawnikiem. Właściwe jest przekazanie kodu źródłowego. Co jeśli coś ci się stanie? Twój klient nie jest przeziębiony. Ponadto, co jeśli twoje oprogramowanie wyrządza szkodę firmie? JESTEŚ ODPOWIEDZIALNY! Porzuć trzymanie kodu w nadziei, że otrzymasz zapłatę za przyszłą pracę. Po prostu wykonaj dobrą robotę za rozsądną cenę, a praca będzie kontynuowana.

I osobie, która pobiera 5X za kod źródłowy. Jako programista zakładam, że jesteś bardzo dobry z matematyki. Dlaczego ktokolwiek miałby płacić 5X za coś ... skoro może zapłacić 1x innej osobie tylko za odtworzenie tego, co zbudowałeś? To szybki sposób na zwolnienie z pracy. Nie możesz zjeść swojego kodu źródłowego ... więc przy takim myśleniu ... ty i twój kod źródłowy będziecie siedzieć na uboczu.