Marco Ippolito:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A settembre, elettrizzato dalla possibilità che si potesse lavorare come in node anche in python in modalità asincrona, mi sono messo a capire async-requests ed asyncio.</blockquote><div><br></div><div>il modello asyncrono, event driven è molto bello, basato su callback anziche threads. </div><div><br></div><div>evita il:</div><div><a href="http://it.m.wikipedia.org/wiki/Top-posting">http://it.m.wikipedia.org/wiki/Top-posting</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Risultato: non ho capito molto come funzionano, ma penso di aver intuito che sono molto lontani dalla semplicità d'uso ed efficacia del modello asincrono di node.js.</blockquote><div><br></div><div>node js è stato progettato asincrono. è la sua peculiarità.</div><div>cmq io il modello asyncrono lo usabo prima ancora che node js fosse rilasciato.</div><div>sia in java che in python.</div><div><br></div><div>sicuramente come ti hanno risposto, se usi librerie che usano un paradigma classico req/resp per implementare un paradigma event-driven ti dai la zappa sui piedi.</div><div><br></div><div>la complessotà è la stessa che c'è su node.</div><div>semplicemente su node tutte le librerie sono svritte event driven. su linguaggi general purpose devi scegliere le librerie giuste.<span></span></div><br><br>-- <br>Simone Federici<div>------------------------<br>Software Craftsman</div><div>XP, Agile, Scrum, Kanban</div><div>Quality, performance & security</div><div><br></div><div>Explicit is better than implicit.</div><div><br></div><br>