<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-04-20 14:50 GMT+01:00 Marco De Paoli <span dir="ltr"><<a href="mailto:depaolim@gmail.com" target="_blank">depaolim@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>1. potrei farlo con una meta classe<br></div></blockquote><div><br></div><div>Pessima idea. Ci sono casi in cui le meta-classi sono il sistema piu' rapido e robusto per avere una certa cosa. In generale sono un overkill. In generale, non sono la soluzione giusta.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></div><div>2. potrei inserire un server tornado giusto "per non si sa mai"<br></div></blockquote><div><br></div><div>Non lo farei. Uno strato di architettura "per non si sa mai" e' comunque uno strato di architettura che si puo' rompere domani prima di avere provveduto ad un qualunque beneficio per il customer.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></div><div>4. dovrei usare pytest e rifattorizzare tutti i setUp/tearDown del mio progetto<br></div></blockquote><div><br></div><div>Questa invece e' una buona idea. Cioe'... rifattorizzare tutto non necessariamente lo e'. Ma cominciare ad usare PyTest lo e'.</div><div>Tipo una volta mi venne la balzana idea di convertire tutta una test-suite da nose a py.test; ora, i test vennero meglio, piu' chiari piu' robusti. Ci persi un monte di tempo. Adesso quando devo lavorare ad un progetto con test nose (o unittest) la mia policy e':</div><div><br></div><div>1. continuo a scrivere nose(unittest) finche' non ho un buon motivo</div><div>2. scrivo la parte con il buon motivo con py.test</div><div>3. a tempo morto riguardo i test, butto nel cesso i test vecchi e poco significativi (cosa che fa bene comunque), cerco di individuare dei pattern che beneficiano davvero di py.test e riscrivo quelli, un po' per volta.</div><div>4. ogni volta che tocco qualche test specifico, lo riscrivo con py.test (ma solo dopo che il procedimento di introduzione di py.test e' iniziato, motivato da una necessita' oggettiva).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></div><div>5. etc. etc. etc.<br></div></blockquote><div>In Python 3 puoi scrivere ...</div><div>E' sintassi valida.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></div><div>6. ah, già, anche... dovrei dare un occhiata al progetto pypy</div></blockquote></div><br>Ottima idea.<br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"> .<br>..: -enrico-</div>
</div></div>