-
Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: Paweł Kierski <n...@p...net>
Newsgroups: pl.comp.programming
Subject: Re: Blad w oprogramowaniu Toyoty przyczyna wypadkow
Date: Tue, 20 Mar 2012 10:10:55 +0100
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 59
Message-ID: <jk9hiv$3he$1@inews.gazeta.pl>
References: <f...@4...com>
<4317686.383.1330680028331.JavaMail.geo-discussion-forums@vbas10>
<jj23m2$c16$1@inews.gazeta.pl> <jjnbut$csg$1@inews.gazeta.pl>
<7...@a...googlegroups.com>
<jjqgrn$2v1$1@inews.gazeta.pl> <jjr6vq$4nj$1@inews.gazeta.pl>
<jjt0o4$bjv$1@inews.gazeta.pl> <jjvp7j$fm3$1@news.task.gda.pl>
<jk57ob$j9q$1@inews.gazeta.pl> <jk59a2$i72$2@inews.gazeta.pl>
<jk9fnj$1l1$1@news.task.gda.pl>
NNTP-Posting-Host: 195.182.34.201
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: inews.gazeta.pl 1332234655 3630 195.182.34.201 (20 Mar 2012 09:10:55 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Tue, 20 Mar 2012 09:10:55 +0000 (UTC)
X-User: pkierski
In-Reply-To: <jk9fnj$1l1$1@news.task.gda.pl>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.28) Gecko/20120306
Lightning/1.0b2 Thunderbird/3.1.20
Xref: news-archive.icm.edu.pl pl.comp.programming:196154
[ ukryj nagłówki ]W dniu 2012-03-20 09:39, zażółcony pisze:
> W dniu 2012-03-18 19:25, Edek Pienkowski pisze:
>> Dnia Sun, 18 Mar 2012 18:58:15 +0100, Wojciech Jaczewski napisal:
>>
>>> zażółcony wrote:
>>>
>>>> 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.
>>>
>>> Odpowiedzialność prawna powinna być po prostu w danej firmie
>>> jednoznacznie
>>> określona - powinien być człowiek odpowiedzialny za produkt jako
>>> całość i w
>>> szczególnych przypadkach sąd mógłby uznać, że tym razem winy nie ponosi
>>> główny inżynier (albo i dyrektor - jeśli chce się podpisywać jako
>>> prawnie
>>> odpowiedzialny za produkt), lecz inny pracownik.
>>
>> Jak widać jeszcze u nas nie ma prawników specjalizujących się w
>> sprawach odpowiedzialności cywilnej. Uwierz mi, sktuki finansowe nałożone
>> na firmę, jeżeli są w odpowiedniej wysokości, mogą dać do myślenia
>> komuś, kto faktycznie na produkt ma wpływ. A wpływ ma jedynie ktoś,
>> kto decyduje. Jedną z podstawowych zasad odpowiedzialności za szkody
>> jest taka, że odpowiada nie osoba bezpośrednio wyrządzająca szkodę
>> (wypadło mu wiaderko z ręki na rusztowaniu i zabiło) tylko ktoś,
>> kto decydował o braku zabezpieczeń (siatka ochraniająca chodnik).
>> Być może na budowie jest jedna osoba odpowiedzialna, nie wiem, ale
>> nie słyszałem o czymś takim w informatyce i nie bardzo to widzę.
>
> Dokładnie. Podobnie: można by mieć pretensje do programisty, że
> zrobił błąd w procedurze i mamy kozła ofiarnego pierwsza klasa.
>
> Ale jeśli spojrzeć na to tak: w firmie nie było w ogóle
> procesu testowania, ba, nie ma nawet wspólnych
> repozytoriów kodów źródłowych, programiści kompilują
> wersje produkcyjne bezpośrednio u siebie na komputerach
> i wysyłają mailem do klienta... - to gdzie tu wina programisty ?
Od jakiegoś poziomu inteligencji tłumaczenie "Ja tylko wykonywałem
polecenia!" jakoś nie przystoi. Można nawet dowodzić, że świadome
godzenie się na fuszerkę i znajomość konsekwencji tej fuszerki to
współudział w procederze, czyli współodpowiedzialność.
Jasne - programista nie za wszystko odpowiada, nie odpowiada też
bezpośrednio za organizację procesu. Ale przy pewnym natężeniu głupoty
ma obowiązek zareagować, choćby to formalnie nie była jego działka.
Po drodze jest oczywiście bardzo szerokie spektrum przypadków - tu
mówimy o jednej ze skrajności.
--
Paweł Kierski
n...@p...net
Następne wpisy z tego wątku
- 20.03.12 09:30 Roman W
- 20.03.12 09:31 Roman W
- 20.03.12 09:48 Paweł Kierski
- 20.03.12 10:02 Edek Pienkowski
- 20.03.12 11:39 Andrzej Jarzabek
- 20.03.12 12:09 Paweł Kierski
- 20.03.12 12:15 Andrzej Jarzabek
- 20.03.12 12:22 Andrzej Jarzabek
- 20.03.12 12:38 Tomasz Kaczanowski
- 20.03.12 12:40 Andrzej Jarzabek
- 20.03.12 12:56 Andrzej Jarzabek
- 20.03.12 13:22 Stachu 'Dozzie' K.
- 20.03.12 13:32 Tomasz Kaczanowski
- 20.03.12 13:34 zażółcony
- 20.03.12 13:46 zażółcony
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-11-16 Łódź => Frontend Engineer (Three.js) <=
- 2024-11-16 Warszawa => Expert Recruiter 360 <=
- 2024-11-16 Żerniki => Starszy specjalista ds. księgowości/ Samodzielny księgo
- 2024-11-16 Pruszków => Team Leader (PHP+React) <=
- 2024-11-16 Warszawa => Senior Cloud Consultant (AWS) <=
- 2024-11-16 Warszawa => Sitecore Developer <=
- 2024-11-16 Akta sprawy Kajetan Poznański
- 2024-11-16 Warszawa => OpenText ECM Specialist <=
- 2024-11-16 Warszawa => Account Manager - Sprzedaż Usług Rekrutacyjnych <=
- 2024-11-16 Warszawa => Account Manager - Usługi rekrutacyjne <=
- 2024-11-15 Google Play
- 2024-11-15 Szybcy i wściekli
- 2024-11-16 Opis produktu z Aliexpress
- 2024-11-15 No proszę, a śmialiście się z hindusów.
- 2024-11-14 Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800