On Sun, 18 Dec 2011 10:41:42 +0000, Andrzej Jarzabek
<a...@g...com> wrote:

>On 18/12/2011 02:58, A.L. wrote:
>>
>>> Jeśli chodzi o opis działania samego algorytmu, to programiści dysponują
>>> znakomitym narzędziem właśnie do tego, jakim są wysokopoziomowe języki
>>> programowania.
>>
>>
>> Dupy zawracanie. Oczywiscie, latwo bedzie odcyfrowac taka rzecz jak
>> "algorytm pivotingu" algorytmu Simplex przegladajac 150 tysiecy linii
>> C jego implemenatcji.
>
>Nie powiedziałbym, że C jest szczególnie dobrym przykładem języka
>wysokiego poziomu. Co do przeglądania tysięcy linii kodu, to po to w
>języku (nawet w C) są mechanizmy abstrakcji, żeby to nie było konieczne.
>
>> Drodzy Panowie, znow obracacie sie kolo paradygmatu "bazki danych
>> szlauchow i kaloszy" i "systemow" pisanych pzrez jednego programiste w
>> pare wieczorow. Jeszcze raz: w duzych projektach programista nei
>> rozmawia z klientem, w ogole nie widzi go na oczy, a "klient" to nie
>> pojedyncza osoba a duza na ogol organizacja.
>
>XP nie jest metodą tworzoną pod kątem jednego programisty piszącego dla
>jednego klienta przez kilka dni. Jest zaprojektowany pod kątem zespołu z
>6-12 programistami, tworzącego oprogramowanie dla klientów
>instytucjonalnych przy czasie trwania projektu liczonym co najmniej w
>miesiącach.
>
>> Bez odpowiedniej
>> formalizacji procesu projektowania i dokumentowania wymagan dla
>> programisty ow programista nei mialby zielonego pojacia co
>> programowac, a projekt skutkowalby tym samym czym skutkowala proba
>> bucowy Wiezy Babel
>
>Otóż jednak istnieją inne sposoby na to, żeby programista miał pojęcie.

Dyc o tym pisze. DOKUMENTACJA. Juz pisalem, ze w jednym z projektow w
ktorych biore udzial, same "requitements" maja ponad 3000 stron

A.L.