>

> Uzytkownik "A.L." <l...@a...com> napisal w wiadomosci grup

> dyskusyjnych:ufov371lh4cvq6tudbccn71ruiachbjoat@4ax.
com...

> > Ale ja bardzo przeparszam. Ja predzej uwierze ze w Smolensku byl

> > zamach niz ze:

> >

> > a) procedura dluga na 1000 linii to jest  porzadny projekt,

>

> Przypominam, ze np. w Pascalu procedura zawierac moze podprocedury, a w ten

> sposób latwo 1000 linii przekroczyc.

>

> > b) ze taka procedura jest czytelna i latwa do zrozumienia

>

> Czytelnosc nie jest liniowa funkcja wylacznie dlugosci kodu, gdyz 1000 linii

> trywialnie rozwinietej petli moze byc calkiem czytelne - choc nudne.

>

> I odwrotnie: 100 linii kodu z GOTO plus nieznajomosc zagadnien, które

> procedura rozwiazuje - sa gwarancja dobrej zabawy na dluzej.

>

Mz tysiac to przyduzo (zwykle i 'jak na funkcje' bo
jesli chodzi o kawalek kodu to 1000 linijek to nie jest
duzo - jak kiedys pisalem mz okolo tysiaca czy
troche wiecej to mz byc moze idealny rozmiar na
'maly modul', ('przestrzen'), - odzielny plik ze zrodlem

z kolej wspominane tu 20/30 liniejek to za malo, sam
pisze raczej drobne funkcje i wiekszosc sie byc moze
nawet miesli ale jest sporo takich ktore sa zwarte i
robia jedna rzecz ale zajmuja np 200 linijek

nie chce mi sie szukac przykladow ale dajmy na to
np algorytm bressenhama w wiki ma ok 80 linijek -
i co nalezy wycinac spacje czy dzilic go na dwa
albo trzy zeby sie zmiescil? raczej nie

pozatym wezmy takie przypadki jak cos podobnego do
wndProc() albo spore switche - to tez nalezaloby dzilic?
raczej nie

wogole to temat nie wydaje mi sie szczerze mowiac za
bardzo ciekawy czy rozwojowy - osobiscie wolalbym pogadac
o czyms chocby z GPU albo MT ewentualnie (multithreading
to tez topic o ktorym bedzie trzeba jeszcze pogadac)
albo w kazdym razie o czyms o czym malo wiem - no ale to
w sumi nie moja dyskusja o tych dlugoscich funkcji
tak sie tylko wtracilem :-/






--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl