🚀 go-pugleaf

Pawel Z. schrieb:

(...)

> chwileczke, napisalem, iz wole oprzec sie na testach
> dokonywach przez producentow oprogramowania, testach
> ich wlasnych produktow, natomiast sposow w jaki
> "developez'y linux'a" testuja swoja tworczosc
> nie jest mi znana, obawiam sie ze gdyby postarac sie
> dokladniej zbadac problem okazaloby sie, iz hm...
> moze byc z tym bardzo kiepsko...
> 
>>  - niewiadomego pochodzenia
>>  - niewiadomej stabilnosci
> 
> 
> przykro mi, ale tak sytuacja wyglada w przypadku wiekszosc
> oprogramowania niekomercyjnego...
> 
> rzeby uprzedzic ew. "kontr-argumenty", w komercyjnym rowniez
> zdazaja sie bledy (niekorym producentom nadzwyczaj czesto
> nawet) ale w tym wypadku naprawienie bledu jest obowiazkiem
> producenta (jesli umowa nie przewiduje, ja bym nie kupowal),
> zas w wypadku "niekomercyjnym" skazam sie jest na czekanie,
> az ktos blad poprawi, albo samodzielne proby naprawy...

Aha.
Widze wiec ze masz duze doswiadczenie w kontaktach z "supportem".

Wlasnie to, o czym piszesz ("naprawienie bledu jest obowiazkiem 
producenta"), zadecydowalo o tym, ze zrezygnowalismy z pewnego 
wyrafinowanego rozwiazania do backupu znanej firmy (tm), i korzystamy z 
rozwiazania OS.

W naszym przypadku program do backupu znanej firmy (tm) po prostu 
potrafil "zawisnac".

Procedura producenta:

1) wymiana informacji w jedna i w druga strone - kilka dni
2) aby "pomoc rozwiazac problem", musimy zainstalowac nowy system (!), i 
kawalek po kawalku dodawac elementy z dzialajacego systemu, aby pomoc 
zlokalizowac zrodlo awarii

Po wszelkich telefonach, wizytach, trwajacych ok. pol roku, 
zrezygnowalismy z tamtego rozwiazania (notabene, wcale nie taniego), i 
uzywamy rozwiazania OS.
Latki na software nie dostalismy do dzis.


-- 
Tomek