Użytkownik "Jarosław Sokołowski" <j...@l...waw.pl> napisał w wiadomości
news:slrnl62t9e.7mp.jaros@falcon.lasek.waw.pl...
>> Drogi Kolego, testowanie moze wykazac OBECNOSC bledow, nigdy zas nie
>> moze wykazac NIEOBECNOSCI bledow.
>
> A mamyż jaką inną drogę, ponad testować, testować i jeszcze raz testować?
> O praktykę pytam, nie o teorię.

Przetestujesz milion razy, puścisz w świat, a tu nagle u mr Jima wypierniczy
jakieś runtime, czy inne general. I zgaduj, czy to błąd kodu programu, czy
jednak kompilatora?
Ja już czytałem o sytuacjach, gdzie wywalenie programu było winą
kompilatora, a zaczęło się od jego zmiany (duży projekt, a zmiana
kompilatora podyktowana była już nie pamiętam czym...), ten drugi dawał inny
kompilat i program zatańczył oberka w miejscu, w którym tego poprzednio nie
robił. Zaś cudowanie z kodem programu (który poprzednio działał dobrze), by
przypadkiem program go dobrze skompilował, to to mi się wydaje
"skrzywieniem". Niestety, czasem koniecznym, tak z grubej rury - łatanie
połatanej łaty.

--
ACMM-033-PC-GCI-Warszawa.
Spamerstwu i "pytaczom" wstęp do skrzynki email surowo zabroniony!
To, że adres ten jest publiczny i nieodspamiony, nie oznacza, że wolno
wam tu załatwiać się, do tego jest klop, tylko go z szafą nie pomylcie!