<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-12-02 13:32 GMT+01:00 Marco Ippolito <span dir="ltr"><<a href="mailto:ippolito.marco@gmail.com" target="_blank">ippolito.marco@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":2xg" class="a3s" style="overflow:hidden">2) Sto capendo che il modo migliore per gestire, affrontare e<br>
risolvere questa complessità, è "spezzettare" il problema in tanti<br>
parti, ognuna delle quali viene poi scomposta in tante altre<br>
sotto-parti, da assegnare ognuna ad una classe.<br>
Questa classe poi dovrà contenere uno o più funzioni, ognuna delle<br>
quali svolge l'effettivo lavoro.<br>
3) Il tutto deve essere testato pezzettino per pezzettino, cioè prima<br>
classe per classe , e poi ricomporre i pezzi, e ritestare le<br>
macro-parti.</div></blockquote></div><br></div><div class="gmail_extra">Alla 2 rispondo, non frammentare pero' troppo, L'atomizzazione e' cosa buona ma sempre cum grano salis.<br></div><div class="gmail_extra">Se frantumi e specializzi troppo mantenere diventa un piccolo infermo personale. E se non sei tu a doverlo fare, chi lo deve fare avra' da citare spesso i tuoi antenati.<br><br></div><div class="gmail_extra">Alla 3 dico che Unit Test (test driven development) aiuta parecchio ad automatizzare questa fase.<br><br></div><div class="gmail_extra">Carlos<br></div><div class="gmail_extra">-- <br><div class="gmail_signature"><div dir="ltr">EZLN ... Para Todos Todo ...</div></div>
</div></div>