<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-12-09 11:42 GMT+00: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=":re" class="a3s" style="overflow:hidden">Ciao a tutti,<br>
mi sono letto con estremo interesse 3/4 del libro "The pragmatic<br>
programmer, from Journeryman to Master", che mi aveva suggerito<br>
Enrico, che ringrazio ancora.<br>
<br>
Tra i tanti spunti interessanti, mi sembra di capire che un approccio<br>
che aiuta alla modularità, alla semplificazione ed alla felicità di<br>
testing è il Design By Contract.<br>
</div></blockquote></div><br>Si, andava molto di moda alla fine degli anni '90. <br>Nella pratica e' un approccio utilizzato diffusamente e rigorosamente solo in determinati contesti.<br><br>Non vorrei esagerare dicendo che e' morto, ma in buona salute proprio non sta.<br>Tipicamente alcune idee alla base sono buone e sono rimaste nella pratica, ma a livello molto informale.<br><br>Supporto rigoroso da parte del linguaggio scarseggia... in Python e' quasi un controsenso (anche perche' va fatto tutto a runtime).<br>In altri ambienti c'e' piu' o meno, si usa a tratti, intensivamente, dipende.<br><br clear="all"><br>-- <br><div class="gmail_signature"> .<br>..: -enrico-</div>
</div></div>