On Fri, 21 Mar 2003, Dorin Lazar wrote:
> 1) se verifica daca indeplineste cerintele de functionalitate
Ok.
> 2) daca da, se "arunca o privire pe cod". Daca ceea ce se vede
> corespunde coding-guideline-urilor facultatilor... EXISTA ASA CEVA?
Aha. Eu speram ca totusi daca e proiect de facultate/liceu, sa primesti o
analiza asupra proiectului mai amanuntita (sa determine profesorul unde
puteai face mai rapid, utilizand mai putina memorie tc...).
> Invata cineva elevii "cum se scrie cod?". Nope! Elevii sunt
> autodidacti. Exemple:
> int a[100][100],i,j;
> for( i=0;i< 100; i++)
> for (j=0;j>100;j++)
> printf ("%d\n",a[i][j]);
> (secventa de cod pe bune, anul 4 de facultate, sectia de informatica.
> Gasiti greseala)
lol ;)
Asta imi aduce aminte de cum scriam codul C prin clasa a 9-a (compactam
textual, adica linia de 80 de caractere sa o folosesc la maxim.... am
surse pt doritori ;) ).
> 3) daca totusi codul respecta un stil familiar, este foarte usor sa
> deduca de acolo algoritmii folositi. Daca e nevoie. Majoritatea
> problemelor reale nu au nevoie de algoritmi foarte complecsi, ci de o
> gandire cat mai clara, mai omogena, si de multa munca pusa in spatele
> implementarii. Faza de analiza e foarte importanta, cred eu ca inainte
> de pasul 1) ar fi trebuit de fapt sa fie
> 0) Verificarea documentatiei proiectului, produsa in faza de analiza.
>
> In anii mari asa procedau profesorii seriosi de la mine de la
> facultate. Dar profesorii seriosi sunt putini.
Si masochisti :)
----------------------------
Mihai RUSU
Disclaimer: Any views or opinions presented within this e-mail are solely
those of the author and do not necessarily represent those of any company,
unless otherwise specifically stated.
--
Pentru dezabonare, trimiteti mail la
[EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
