n...@p...ninka.net (Nina M. Miller) napisał(a):

>
> ale wiem jedno: obserwujac prace programistow, takie sprawdzanie,
> kazac im na papierze napisac dosc dlugi i skomplikowany program, nic
> nie wykaze. bo nie ma ludzi nieomylnych, a wiekszosc z nich pisze
> programy tak, ze zrobi pierwsza wersje, uruchamialna, a potem idzie
> testowanie, wylapywanie bugow i sto roznych poprawek.
>
> nie widzialam jeszcze takiego geniusza ktoryby napisal dobry,
> dzialajacy i niezabugowiony program _od pierwszego razu_.
>
> no chyba, ze im chodzilo np. o podanie konkretnego algorytmu albo
> wymyslenie wlasnego.
>
> i jeszcze jedno: bugow sie nie znajduje i nie naprawia na papierze
> zwykle.

Są różne szkoły. Osobiście stosuję metodę, że zanim zacznę tworzyć jakieś
kody, to poprzedzam starannym przemyśleniem i projektem, co chcę zrobić i jak
to, co mam zrobić będzie się łączyć z innymi elementami softwaru. Większość
błędów jest właśnie tutaj. Jak już koduję, to staram się właśnie pisać
bezbłędne kody od pierwszego razu, przynajmniej mam takie założenie - na ogół
się sprawdza, to kwestia wprawy i doświadczenia. Wbrew pozorom, jak jest
dobry projekt, to samego kodowania dużo już nie ma.
Metoda programowania polegające na tym, że programista wylewa na papier
(klawiature) co mu akurat w duszy śpiewa, a potem z pomocą testerów
pracowicie poprawia, to co za pierwszym razem zrobił, jest najgorszą z
możliwych.

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/