W dniu 2010-02-01 14:03, Mateusz Ludwin pisze:
> Paweł Kierski wrote:
>
>>> To znaczy po ilu latach przestanie być zadowolony?
>>
>> Po pierwszym padzie systemu, który będzie się podnosiło kilka godzin,
>> zanim właściwa osoba przypomni sobie, jak to wyglądało przed poprawką.
>
> To czemu ciągle jest zadowolony?

Tak jak kierowca, któremu przykręcone na jednej śrubie koło jeszcze
się nie urwało.

>
>> Nie koniecznie chodzi o rygor projektowy (tj. projektowania
>> i wprowadzania poprawki do kodu). Elementarna jest np. procedura
>> rollbacku zmiany, czyli przynajmniej łatwe uruchomienie systemu
>> w poprzedniej wersji.
>
> Poprawiacz zapewne ma jakieś kopie zapasowe na swoim dysku.

Ty pewnie byś miał. Ja bym się postarał mieć nie tylko na swoim, ale
i na produkcji, żeby nie było problemów z przerzucaniem. Ale bywają
tacy hardcore'owcy, dla których tego typu zabezpieczenie byłoby poniżej
ich godności, bo sugerowałoby, że mogą się pomylić...

>> Oczywiście, jak wszystko - zależy. Jeśli klient może sobie pozwolić
>> na pad systemu, bo go to niewiele relatywnie kosztuje, to OK.
>
> Jak na razie system się nie wysypał.

... "Jak na razie dobrze karmią" - rzekł kogut przed niedzielnym
obiadem... 8-)

To cały czas kwestia ryzyka - jeśli się go nie zna, to naturalnie
uważa się je za zerowe. Tym boleśniejsze spotkanie z rzeczywistością.
Jeśli jest oszacowane i biznesowo pomijalne, to OK - można nawet spalić
kod źródłowy.

A co do marginalności ryzyka - sam walnąłem gafę, rzucając na
spotkaniu projektowym: "Taki przeplot, to jak wygrać szóstkę.". Problem
był taki, że dla 6 mln użytkowników, to tylko 2-3 razy mniej
prawdopodobne, a szóstka w Polsce pada częściej niż raz na miesiąc...

--
Paweł Kierski
n...@p...net