W dniu 2012-03-23 02:19, Andrzej Jarzabek pisze:

>> I choćby taki producent zatrudnił tysiąc programistów z certyfikatem i
>> choćby drugi tysiąc certyfikowanych programistów sprawdzało tysiąc razy
>> kod przez nich napisany, to jeżeli pomimo tego "wybuchnie", to marna
>> pociecha dla użytkownika, któremu zniknęło z konta pierdyliard baksów
>> przez dziurę w systemie.
>
> Nie chodzi o to, żeby pociecha była większa, tylko żeby
> prawdopodobieństwo wybuchu było mniejsze.
>
> Analogicznie jak powiedzmy z tymi mostami: wymaga się, żeby projekt
> mostu był tworzony przez certyfikowanego inżyniera lądowego nie po to,
> żeby pocieszyć ludzi, którzy są na moście, który się akurat zawali (bo
> rzecz jasna marna to dla nich pociecha), tylko po to, żeby mosty się
> rzadziej zawalały.

Nie - nie wymaga się, by projektował go certyfikowany inżynier, tylko,
aby taki zatwierdził... Podobnie będzie z certyfikatami, jeśli zostałyby
wprowadzone. Więc program pisać będą studenci, a podpisze się pod nimi
certyfikowany... I teraz pytanie - jak wpłynie to na jakość?


> Rozważ na ten przykład sytuację, kiedy producent jest zwolniony od
> odpowiedzialności, więc nie żadnej motywacji, żeby nie produkować chały.
> Z drugiej strony producent jest zmotywowany do zatrudniania
> certyfikowanych specjalistów, bo jeśli tego nie zrobi, to może zapłacić
> kilka bazylionów kary. Z kolei certyfikowany specjalista jest
> motywowany, żeby nie produkować chały, bo jeśli program się będzie
> wywalał, to będzie dochodzenie, a jeśli dochodzenie wykaże, że prodował
> chałę, to straci certyfikację. Nie wspominając już o tym, że kiepski
> programista, jak bardzo by nie chciał produkować chały, to będzie ją
> produkował - a certyfikacja spowoduje, że poziom certyfkowanych
> programistów będzie odpowiednio wyższy (bo kiepski nie zda egzaminów).

zdanie bądź nie egzaminu sprawdza tylko, czy ktos potrafi zdać egzamin,
a nie jakim jest specjalistom...


> Powiedzmy, że to zależy od platformy na której chodzi to oprogramowanie
> - dla niektórych rodzajów oprogramowania można bez problemu przetestować
> je na wszystkich możliwych kombinacjach sprzętowych, na których ten
> program ma chodzić (bo jest tylko jedna taka kombinacja), ze wszystkimi
> możliwymi wersjami sterowników firm trzecich (bo tych wersji jest równo
> zero) i wszystkimi możliwymi programami, jakie sobie potencjalny
> użytkownik zechce zainstalować samodzielnie (bo nie da się nic
> zainstalować samodzielnie).

Wiesz z urządzeniami jest tak, że zazwyczaj mają certyfikaty. Są badane
przez certyfikowane laboratoria.A jak widać i tak pojawiają sie błędy.
Tak - podczas badań sprawdzane jest także jak zachowuje się
oprogramowanie w tych urządzeniach.


> Natomiast pomijając tego typu przypadki, można zauważyć, że nawet skoro
> nie da się przetestować na wszystkich możliwych kombinacjach itd., to na
> niezawodność nie ma żadnego wpływu na ilu możliwych kombinacjach się
> testuje, jakie testy się wykonuje, i jak długo. I tutaj certyfikowany
> programista może powiedzieć "nie mogę tutaj pracować, bo wasz proces nie
> spełnia norm dla tego typu oprogramowania". Pomijając już to, że oprócz
> certyfikowania programistów można też certyfikować innych specjalistów,
> np. osoby zarządzające procesem czy kierujące testami.

Certyfikowac można wszystko, tylko jak życie pokazuje w większości
przypadków nie wpływa to na jakość...




--
Kaczus
http://kaczus.republika.pl