On 2013-01-20, Bogusław Szczepanowski <n...@i...net> wrote:
> O ile przedmiotem umowy nie jest jakość (ogólnie pojęta: dostępność, czas
> reakcji na błędy) oprogramowania. Bo wtedy pewnie i prawnicy będą musieli
> powiedzieć pass, jeżeli IT powie, że się nie da.

Nie chodzi o to, na co opiewa umowa, bo to może napisać każda dobrze
poinformowana osoba.
Wyraźnie użyłem słowa "konstruować". Rolą prawników jest napisanie
umowy poprawnej i bezpiecznej, czyli:
a) zgodnej z obowiązującym prawem,
b) nie narażającej firmy na straty (tzn. bez jakichś poważnych "luk").

Jeśli Twój program będzie błedny, to w zdecydowanej większości
przypadków po prostu możesz go poprawić. Jeśli będzie duży błąd
w umowie, to tragedia, płacz i zwolnienia :).

Programiści w dużych firmach (a także różnej maści analitycy, badacze
itp.) mają tendencję do wpadania w samozachwyt, tzn. są świetnie
wykształceni i robią zaawansowane projekty najlepszymi metodami.
Szczególnie jeśli są otoczeni jakimiś sprzedawcami i marketingowcami.
Brutalne realia:
a) to sprzedawcy i marketingowcy zarabiają firmie pieniądze,
b) to prawnicy dbają, żeby firma nie miała dużych strat,
c) programiści i analitycy po prostu zamieniają input w output - są
trybikami w wielkiej maszynie.

Oczywiście sprawa ma się trochę inaczej, jeśli pracuje się w firmie
sprzedającej soft, ale to dotyczy de facto garstki profesjonalistów
z branży :).

pozdrawiam,
PK