🚀 go-pugleaf

Użytkownik "ethouris" <ethouris@gmail.com> napisał w wiadomości 
news:1188252081.622766.220450@50g2000hsm.googlegroups.com...
On 23 Sie, 16:19, A.L. <f...@2005.com> wrote:
> On Thu, 23 Aug 2007 15:33:30 +0200, "Filip Sielimowicz" <sie...@wp.pl>
> wrote:
>
> >Interesuje mnie zagadnienie znalezienia dobrej analogii między 
> >konstrukcją
> >systemu informatycznego
> >a konstrukcją jakiegoś złożonego bytu, np. architektonicznego 
> >(wysokościowca
> >? wiaduktu w miejscu przecięcia
> >się dwóch autostrad ?).
>
> Wizezowiec: a) trzeba miec plan architektoniczny, b) tzreba miec plan
> konstrukcyjny. Plan konstrukcyjny musi byc wykonany przez inzynierow
> posiadaajcych odpowiednei uprawnienia, c) plany musza byc zatwierdzone
> pzrez odpowiednie uzredy miejskie, a to co do lokacji a to co do
> wygladu, a to co do spraw ekologicznych, d) Budowa odbywa sie pod
> nadzorem odpowiednich fachowcow z miaste, inspektorow budowlanych (czy
> "kody" sa pzresztregane), inzynierow srodowiska, a sama firma jest
> prowadzona przez inzynierow posiadajacych odpowiednei uprawnienia, e)
> Po zakonczeniu budynek pzrechodzi szcagolowa inspekcja odpowiednich
> uzredow miasta (owe "kody", sprawy ekologiczne, bezpieczenstwo,
> zgodnosc z dokumentacja), a jezeli jest na przyklad blisko autostrady
> i moga z tego wyniknac problemy, to i pzrez nadzor panstwowy
>
> Budowa systemu informatycznego: a) CHLOPAKI, LAC BETON! Co mi tam beda
> p... o jakiejs dokumentacji! b) Jak cos spieprzymy to sie odkuje.

To prawda, że większość projektów informatycznych tak wygląda, ale ten
przykład pokazuje właśnie, że analogia jest totalnie chybiona, co nie
po raz pierwszy powtarzam.

System informatyczny to zupełnie inne charakterystyki zarówno
materiału, jak i sposobu wykonania, weryfikacji, diagnostyki,
przewidywalności, komplikacji logicznej - w skrócie, te dwie koncepcje
różnią się niemal wszystkim. Jeśli coś one mają ze sobą wspólnego to
to, że obie są projektami inżynierskimi i obie muszą spełniać
określone kryteria. Ale na tym podobieństwa się kończą.

Nie zgodzę się z takim sposobem argumentacji, gdzie pojawiają się
np. pojęcia "zupełnie inne charakterystyki" ;). Analogii jeszcze tu nie 
skonstruowaliśmy,
a już pada 'totalnie chybiona" ;).

Ja rozumiem, że materiał jest inny, ale zwracam uwagę na to, że jednak ten 
"materiał"
opisuje się tymi samymi przymiotnikami z języka naturalnego. I dlatego 
właśnie
jest podstawa do szukania analogii.

Im "wyżej", tym analogii jest wiecej. Najwyżej mamy "oczekiwania klienta",
"koszty budowy", "koszty utrzymania". W sensie zarządczym, z punktu widzenia
procesu wytwarzania systemu informatycznego, jest to po prostu 
przedsięwzięcie
biznesowe którego celem jest wytworzenie i sprzedaż produktów o pożądanej
jakości. Pytanie jest, jak teraz stopniowo schodzić z tym na dół: wyznaczać
podprodukty, miary ich jakości, powiązania, koszty utrzymania, koszty
naprawy/modernizacji, koszty wymiany.

> Nie da się tego zrobić w przypadku budynków - jak jest kolumna nie w tym
> miejscu co trzeba, to żeby się człowiek zesrał, nie przestawi jej w inne 
> miejsce.
> Zgadza się, to wielu rozleniwia i pozwala odłożyć na bok myśl o dokładnym
> dopracowaniu. Ale to nie jest jedyna przyczyna takiego podejścia.
1. A kto powiedział, że odpowiednikiem danych jest kolumna ?
2. Da się. Tylko problem jest źle postawiony. Nikt nie przenosi kolumny
dla idei. Za tym stoi jakieś wymaganie funkcjonalne/niefunkcjonalne.
Być może kolumna zasłania drzwi wejściowe. Rozwiązanie: zamieniamy
kolumnę łukiem. Tak - to kosztuje. Trzeba zastosować tymczasowe podparcie
i kilka innych technicznych tricków. Ale jest to do zrobienia. W górnictwie
czy przy renowacji mostów zapewne nie takie rzeczy się robi. Nawet całe
budynki się przesuwa razem z kawałkiem ziemi.

>Po drugie: jakich wiadomości teoretycznych potrzebujemy, żeby postawić
>budynek? Wszystko to jest chemia, fizyka, no i oczywiście ekonomia. A
>co się dzieje w systemach informatycznych? Okazuje się, że
>charakterystyki funkcjonowania takiego systemu są za każdym razem
>inne. A na dodatek niestabilne.
Mózg człowieka opisuje rzeczywistość w kategoriach przestrzeni i pojęć 
fizycznych
gdzie mamy pojęcie góry, dołu, ciężaru, szybkości, ścieżki 
wąskiej/szerokiej,
pozycji/adresu, 'zmieści się/nie zmieści', przyczepiony/luźny, itp. 
Informatycy nie są tu
wyjątkiem - tylko sobie często sami robią pod górę nie w pełni zdając sobie 
z tego
sprawę.

> Już znacznie bardziej mi się podobała analogia do stoczni.
Bardzo poproszę o więcej szczegółów tej analogii ;)