> Tak sie sklada, ze program komputerowy niczym sie nie rozni od mostu (tylko,
> ze nikt jeszcze nei zbudowal 5-poziomowego mostu nad delta rzeki,
> zahaczajacego o zatoke i 3 jeziora). Tak wiec DA SIE zrobic go tak, zeby
> wszystko przewidziec. Tylko to mloda dziedzina i jeszcze do tego nie
> dojrzala. Poczatki budownictwa tez opieraly sie na debugowaniu (czyt.
> wchodzi 500 niewolnikow na most, i jak sie nie zawali, to jest ok, jak sie
> zwali, to kolejni niewolnicy buduja nastepny). Dochodzi do tego jeszcze
> zasada Pareto - odpicowanie ostatnich 20% stanowiloby 80% kosztow, wiec
> lepiej odpuscic ;)

Ja może sprecyzuję:

W przypadku mostów mamy dość rygorystyczne prawo, które nie pozwala
bezkarnie zbudować "ekonomicznego" mostu, który nie jest pozabezpieczany
na różne sposoby i wykonany w 100%.

W przypadku programu komputerowego natomiast, prawo na to pozwala. Można
więc zgodnie z Pareto zbudować program, olewając wiele rzeczy, błędów
itp., które nie powinny w normalnym przypadku wystąpić tylko dlatego, że
tak są skonstruowane inne części programu, tak ma być program użytkowany
itp.

Należy też sobie zdać sprawę z tego, że zarówno mosty, jak i programy
komputerowe, konstruuje się dla kasy - i spełnia się te wymagania,
których spełnienie jest niezbędne, aby tą kasę zarobić.

Spełnianie wymagań zbędnych czasem bywa dobrą inwestycją, ale pod
warunkiem, że mamy zarówno bardzo dobrą wiedzę techniczną nt. niedomagań
w kodzie programu, oraz jednocześnie jakąś wiedzę nt. przyszłości
biznesowej tego programu.

Taką wiedzę jednak posiadać może co najwyżej szef kilkuosobowej firemki
programistycznej, realizującej programy pod większego klienta. W
większej firmie połączenie tych dwóch dziedzin wiedzy jest nierealne.


--
Zobacz, jak się pracuje w Google:
http://pracownik.blogspot.com