W dniu 2012-03-15 16:09, Wojciech Jaczewski pisze:
> Andrzej Jarzabek wrote:
>
>> Oczywiście z drugiej strony prawda jest taka, że programista ma zawsze
>> jakiśtam wpływ na jakość prroduktu
>
> W przypadku produktów czysto programistycznych jest chyba trochę łatwiej
> mieć wpływ.
> Jeśli ktoś postanowił zaoszczędzić np. nie montując w urządzeniu jakiegoś
> potrzebnego w szczególnych przypadkach czujnika, to choćby programista się
> nie wiem jak wykazywał, to programowo problemu sprzętowego nie rozwiąże.
>
> Niemniej uważam, że i w tym przypadku programista jest współodpowiedzialny,
> jeśli rozumie konsekwencje tych decyzji i nie reaguje.

I tu jest większy temat. Imo programista może nawet nie za bardzo
ogarniać wyobraźnią skutki swojej pracy, zagrożenia.

Wyobraźmy sobie hipotetycznie, że np. na skutek błędu
wszystkie transakcje kartowe z jednego dnia zaksięgowały się
u jednego człowieka zamiast u rzeczywistych właścicieli kart.
Pechowy właściciel spojrzał na konto, zdążył tylko krzyknąć
'okradli mnie !' i zmarł na zawał :)

To już była pewna skrajność, ale imo podstawa to jednak
organizacja pracy i odpowiedzialność ustawiona 'wysoko'.
Scenariusze testowe, ryzyka - powinni wymyślać ludzie
bliżsi biznesu i rzeczywistości :) niż programiści,
którzy np. jadą procedury wg. specyfikacji i tyle.
Jeśli dopuścimy, że główny ciężar odpowiedzialności
ponoszą specjaliści niskiego szczebla, to będziemy mieć
wybuch za wybuchem, tyle wybuchów, ile fal wchodzenia
na rynek młodych, niedoświadczonych ludzi lub fal imigrantów
z innych rejonów świata.