Jeśli firma programistyczna traci kod źródłowy jednego z produktów, które sprzedaje, jak poważnie by to było, pod względem, który można wyjaśnić laikowi? Czy termin „rażące zaniedbanie” byłby zbyt silny? A może „rażąca niekompetencja”? Oczywiście nikt nie zginął, ale czy nie jest to tak poważne, jak jakieś finansowe zaniedbanie, za które ludzie dostają więzienie?
EDYCJA: Powiedzmy, że nie chodzi o awarię dysku, katastrofę naturalną lub coś podobnego. Po prostu zgubili to.
source-code
legal
JoelFan
źródło
źródło
Odpowiedzi:
Powiedzmy, że stwardnienie rozsiane traci źródło dla Windows Phone 7 ... ludzie zostali zabici za waaaaaa, mniej niż szacowane 400 milionów dolarów, które kosztowało opracowanie.
W zależności od produktu nie ma takiego określenia, które mogłoby być „zbyt mocne”.
źródło
Dla firmy jest to jak utrata klejnotów koronnych. Jeśli jest to produkt z wbudowanym procesorem, mogą kontynuować tworzenie produktu „takim, jakim jest”, ale tracą możliwość jego ulepszenia lub rozwiązania jakichkolwiek problemów.
Na dzisiejszych rynkach firma JEST to IP. Stracić to i przestaje działać.
źródło
Jak zauważyli inni, prawdopodobnie mieści się to w rubryce „wszystko zależy”, więc kilka senarios:
Źródło gry wideo na konsolę na dyskach - prawdopodobnie nie miałoby to większego wpływu na firmę, ponieważ zwykle nie wprowadzają żadnych zmian w grze po jej wypaleniu na dysk. To prawda, że mogą stracić trochę czasu, jeśli istnieje kod biblioteki, który muszą przebudować, nie byłoby tak źle.
Źródło gry wideo do pobrania - prawdopodobnie byłoby to złe, ponieważ klienci prawdopodobnie będą oczekiwać, że błędy zostaną załatane, ponieważ brak możliwości może spowodować, że klienci stracą wiarę w firmę, co może mieć negatywny wpływ na przyszłe wydania.
Źródło gry w fazie rozwoju - większość firm z branży gier wideo nie może sobie pozwolić na utratę kodu dla gry, która jest obecnie opracowywana, chyba że jest to wyjątkowo wczesny etap cyklu rozwoju (tj. Dni, a może tygodnie). ponieważ ich flagowe wydanie może spowodować, że przestaną działać.
Źródło aplikacji dla małych firm z ograniczoną liczbą odbiorców - prawdopodobnie nie spowoduje żadnych problemów dla firmy, chociaż mogą stracić kilku klientów.
Źródło dla dużej aplikacji biznesowej z ograniczoną liczbą odbiorców - kolejna sytuacja, w której może ona spowodować, że firma przestanie działać z powodu utraty wiary od klientów. Nawet na większości małych rynków działa zwykle więcej niż jedna firma i może to wystarczyć, aby firma mogła przejść do konkurencji.
Źródło dla dużej aplikacji z dużej firmy - tutaj naprawdę wszystko zależy i prawdopodobnie byłoby bardzo wąskie, w poszczególnych przypadkach. Produkty flagowe (np. Microsoft Windows) zazwyczaj wiążą się z umowami o pomoc techniczną, a brak możliwości wsparcia produktu może prowadzić do naruszenia procedur sądowych. Gdybym miał podać szacunek, powiedziałbym, że większość osób zaangażowanych w utratę kodu aż do kierownictwa tych osób może potrzebować poszukiwania nowej pracy.
Ogólnie rzecz biorąc, prawdopodobnie powiedziałbym, że osoba, która zgubiła kod, szukałaby nowej pracy (i może mieć trudności z jej znalezieniem!), A także może stanąć w obliczu procesów sądowych z firmy.
źródło
Chociaż z pewnością istnieją przypadki, w których może to być kataklizm, myślę, że jest ich wiele (przynajmniej z punktu widzenia firmy produkującej oprogramowanie).
Myślę, że jest zbyt wiele zmiennych, aby dać ogólną odpowiedź na pytanie, czy są jakieś reperkusje prawne, ale garść pytań do rozważenia przy określaniu, które obejmowałyby:
I jestem pewien, że istnieje wiele innych czynników, które należy wziąć pod uwagę. Zapraszam do dodania.
Teraz powiedziałem „z perspektywy firmy produkującej oprogramowanie”. Klient może nadal mieć katastrofalne skutki ze względu na plany dotyczące zmian, udoskonaleń itp. Umowa na takie rzeczy lub własność praw autorskich może jednak poważnie rozgniewać klienta, ale bez żadnych zobowiązań ze strony dewelopera, oprócz robienia tego, co w jego mocy, aby utrzymać dobre relacje z klientami.
źródło
Ach, biorąc pod uwagę to wyjaśnienie od ciebie (w komentarzach):
W tej konkretnej sytuacji powiedziałbym, że to prawdopodobnie nie koniec świata. Biorąc pod uwagę, że sprzedają oprogramowanie od lat bez potrzeby używania kodu źródłowego, możesz po prostu powiedzieć temu klientowi, który prosi o aktualizację, „przepraszam, że nie można tego zrobić”.
Nie zrozum mnie źle, utrata kodu nie jest dobra. Ponowne napisanie lub ponowne zaprojektowanie oryginalnej wersji (jeśli zdecydują się to zrobić) będzie bardzo kosztowne dla Twojej firmy. Ale to nie koniec świata. Najwyraźniej przetrwali tak długo, nie potrzebując kodu, więc prawdopodobnie przetrwają bez niego.
Zakłada się oczywiście, że oprogramowanie, które sprzedają, to tylko niewielka część ich działalności. Zgaduję, że tak musi być ...
źródło
Dopóki są w stanie sprzedawać produkt, nie sądzę, aby mieli kłopoty. Teraz, jeśli mają umowę z klientem na rozszerzenie produktu i zapewnienie pewnych nowych funkcji w następnej wersji, jest to o wiele poważniejsze, ponieważ wiąże się to z naruszeniem kar umownych. Ale nie sądzę, że istnieje problem prawny z utratą samego kodu.
To nie znaczy, że nie jest to absolutna katastrofa dla firmy. Ale to katastrofa finansowa; nie legalny. Najprawdopodobniej zacznę od terminu „rażąca niekompetencja” i zacznę od tego.
źródło
Szczerze mówiąc, myślę, że zależy to od używanego języka. Jeśli stracisz bazę kodu C #, można ją bardzo łatwo zdekompilować, ale jeśli stracisz bazę kodu C ++, jest to o wiele gorsze.
źródło
Jeśli się o tym dowie, cóż, każdy sprzedawca, który mógłby stracić swój kod źródłowy w jakikolwiek inny sposób niż dość powszechna katastrofa, oczywiście nie postępuje zgodnie z praktykami rozwoju dźwięku i nie można mu ufać. Uważam to za bardzo silny dowód prima facie na rażącą niekompetencję korporacyjną.
Co powiesz na „niesamowitą głupotę”?
źródło
Porównałbym to do innych prac wymagających budowy przedmiotu. Prawdopodobnie coś fizycznego. np. jeśli architekt utracił plany budynku, który został zbudowany; Jeśli firma samochodowa straciła plany dotyczące modelu samochodu; Jeśli krawcowa straci wzór dla stworzonego przez siebie stroju; itp.
Istnieje wiele zadań, które mają fizyczne porównania, które można porównać do tworzenia oprogramowania.
źródło
Myślę, że oprócz opcji dekompilacji kodu byłby to dość duży problem, zakładając, że firma zamierza nadal sprzedawać oprogramowanie. Gdyby była to aplikacja wewnętrzna, to samo byłoby w mniejszym stopniu prawdziwe.
Jeśli nie możesz przywrócić kodu źródłowego, nie można wykonać konserwacji (naprawy błędów) i ulepszeń, aby aplikacja była teraz statyczna. Jeśli Microsoft, Apple, Apache lub ktokolwiek na twojej platformie operacyjnej zmieni lub zaktualizuje swój kod, stary skompilowany kod może nie działać i nie możesz go naprawić. Jeśli sprzedajesz tę aplikację klientom zewnętrznym, nie możesz kontrolować, kiedy będą aktualizować system Windows, MAC OSX, iPhone, przeglądarkę internetową, więc masz tutaj dość duże ryzyko dla reputacji firmy i możliwe ryzyko prawne, także jeśli masz umowę serwisową z klientami.
Po drugie, kod źródłowy stanowi zasób dla firmy. Tak więc dla firmy programistycznej jest to zaleta książek. Jest to coś, co możesz sprzedać jako produkt lub sprzedać kod źródłowy i wszystkie prawa innej firmie zajmującej się oprogramowaniem. Nie kontynuowałbym sprzedaży oprogramowania klientom, o których wiedziałem, że nie jestem w stanie, ponieważ straciłem kod źródłowy. Ponadto wątpię, aby inna firma oprogramowania kupiłaby aplikację i wszystkie prawa, gdyby nie mogła dalej rozwijać produktu. Dlatego wartość aktywów tej aplikacji musi zostać zmniejszona.
W przypadku wewnętrznej aplikacji wewnętrznej możesz mieć większą kontrolę nad platformą operacyjną aplikacji, ale nadal chciałbym zastąpić tę aplikację, jeśli kodu źródłowego nie można zdekompilować na użyteczną bazę kodu w celu konserwacji.
Twoje zdrowie,
Kevin
PS Mam nadzieję, że to tylko teoretyczne pytanie ... :)
źródło
Jeśli nie muszą naprawiać żadnych błędów, to prawdopodobnie nie jest to taka wielka sprawa. Na przykład, jeśli firma tworzy niestandardowe formanty ActiveX i traci źródło jednego ze swoich starszych produktów, to kogo tak naprawdę to obchodzi? Produkt prawdopodobnie nie jest aktywnie konserwowany i prawdopodobnie nie jest agresywnie sprzedawany. Będą sprzedawać tak długo, jak długo ludzie będą używać 32-bitowego ActiveX, a potem o tym zapomną.
Mimo to nadal klasyfikowałbym to jako rażące niedbalstwo. Oczywiście nie ma systemu zarządzania kodem źródłowym, który jest profesjonalną niekompetencją w domu oprogramowania.
źródło