🚀 go-pugleaf

W dniu 2014-08-09 16:24, Kviat pisze:
> W dniu 2014-08-03 23:59, wloochacz pisze:
>> W dniu 2014-08-03 23:17, Arivald pisze:
>>> złożoność programów komputerowych powoduje, iż niemożliwe jest
>>> wyeliminowanie wszystkich błędów w dużych, nietrywialnych programach.
>>> [/cytat]
>> Tak na marginesie...
>> To powyżej to jest temat na dłuuugą rozmowę... Ostatnio taką prowadziłem
>> z klientem. On wychodzi z założenia, że OK - to nie bułki (w sensie -
>> jest skomplikowane). Ale musi mieć gwarancje i koniec.
>> A gwarancja - z definicji, zaprzecza wszystkiemu co zacytowałeś.
>>
>> Po namyśle musze stwierdzić, że klient ma rację - a takie zapisy w
>> licencji to tylko pobożne życzenia twórców oprogramowania. I tylko dla
>> nich wygodne. Niektórzy reagują alergicznie na takie zapisy...
>> Poza tym, tak między nami - nie wierzę, że KAŻDE oprogramowanie jest
>> bardziej skomplikowane niż np. samochód lub samolot.
>
> Ale to "nie każde oprogramowanie" często jest uruchamiane na komputerach
> w konfiguracji sprzętowej, na którą twórca programu nie ma wpływu.
I co z tego? Skoro OS działa poprawnie, to Twoja apka tez powinna 
działać poprawnie.
Czy nie?

> Teoretycznie możesz uzależnić danie gwarancji na program, pod warunkiem,
> że użytkownik będzie go używał na jakimś, konkretnym sprzęcie. Ale...
> niby ta sama partia kości pamięci, niby ten sam producent... w praktyce
> musiałbyś mieć do dyspozycji te konkretne komputery. A co jak użytkownik
> zmieni/dołoży ramu do kompa?
Litości... dołożenie RAMU? A może też dołożenie drugiego monitora lub 
wymiana myszki?
A po drugie - do gwarancji jest dołączony załącznik w postaci "wymagania 
sprzętowo-programowe dla App_XXX" i tam producent może sobie zastrzec co 
chce.

> A co, jeśli mu wyschnie pasta między prockiem i radiatorem i program
> zacznie sypać błędami (albo np.spadek szybkości renderingu, bo przy
> wyższej temperaturze komp automagicznie obniża szybkość taktowania)?
> Wina programisty?
Żeby była jasność - celem gwarancji, jest poświadczenie że 
oprogramowanie będzie działało poprawnie i zgodnie z jego dokumentacją.
Period.
To co piszesz, to jest... sam nie wiem co to jest...

> Jest zbyt dużo zmiennych. Wymienić takie warianty w umowie jest trudno,
> wręcz jest niemożliwe.
I nie o to chodzi, aby je literalnie wymieniać.
Gwarancje na oprogramowanie są ogólne dostepne - mżoesz sobie poczytać 
na np. stronach Comarchu.

>> Czy producent nie daje gwarancji na auto, twierdząc że jest zbyt
>> skomplikowane? Prawda, że brzmi to idiotycznie?
>
> Ale gwarancja nie działa jak do benzynowego wlejesz ON.
Przecież z oprogramowaniem jest podobnie - jak działa pod Win to nie 
zadziała na iOS i vice-versa, prawda?
O czym tu w ogóle mowa...

> W przypadku samochodu masz konkretny, rzeczywisty egzemplarz, który
> możesz pomacać i przetestować zanim wystawisz go w salonie sprzedaży i
> ewentualne klauzule wyłączające gwarancję są do ogarnięcia.
> Jak sprzedajesz soft, (zwykle) nie masz pojęcia na jakim sprzęcie user
> go odpali.
I co z tego? Co to klienta obchodzi?
Jak dla mnie to jest właśnie typowy przykład (sorry) programistycznego 
betonu.
Jakieś pseudonaukowe tłumaczenia, że niby to skomplikowane, ma dużo 
zmiennych, itd. itp. - tylko nie ma tam żadnych konkretów. ZERO NUL.

Załóżmy, że mówimy o oprogramowaniu, które nie zależy od sprzętu. 
Windows (i nie tylko on) nas skutecznie od tego izoluje.
A jeśli oprogramowanie zależy od sprzętu - np. drukarka fiskalna, to 
piszesz z jaką działa, a dla pozostałych NIE GWARANTUJESZ poprawnego 
działania.
To chyba oczywiste?

-- 
wloochacz