<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 29 settembre 2015 08:41, Riccardo Magliocchetti <span dir="ltr"><<a href="mailto:riccardo.magliocchetti@gmail.com" target="_blank">riccardo.magliocchetti@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Il 28/09/2015 21:43, Marco Paolini ha scritto:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
Il giorno 27 settembre 2015 10:38, Riccardo Magliocchetti<br></span>
<<a href="mailto:riccardo.magliocchetti@gmail.com" target="_blank">riccardo.magliocchetti@gmail.com</a> <mailto:<a href="mailto:riccardo.magliocchetti@gmail.com" target="_blank">riccardo.magliocchetti@gmail.com</a>>> ha<span class=""><br>
scritto:<br>
<br>
Ciao Marco,<br>
<br>
Il 24/09/2015 13:55, Marco Paolini ha scritto:<br>
<br></span><span class="">
I pythonisti in tutto il mondo hanno subito sintonizzato le antenne e in<br>
questo<br>
momento c'è un po' di fermento sui porting in python di queste tecnologie.<br>
Alcuni riferimenti:<br>
<br>
- <a href="https://github.com/dittos/graphqllib" rel="noreferrer" target="_blank">https://github.com/dittos/graphqllib</a> libreria per gestione request graphql<br>
server-side<br>
- <a href="https://github.com/syrusakbary/graphene" rel="noreferrer" target="_blank">https://github.com/syrusakbary/graphene</a> una specie di rest-framework<br>
per graphql<br>
- <a href="https://github.com/elastic-coders/py-graphqlparser" rel="noreferrer" target="_blank">https://github.com/elastic-coders/py-graphqlparser</a> il porting cython<br>
del parser<br>
<br>
Io ci sto giocando da poche settimane e mi sembra essere un passo in avanti<br>
significativo nell'ambto dei web services<br>
<br>
<br>
Perchè? Nel backend usi js o python?<br>
<br>
Uso python. Ultimamente stiamo mettendo su una architettura microservice che<br>
prevede API gateway piccolissimo in node che fa il dispatch, dietro ci sono i<br>
microservice python. Abbiamo copiato un po' da qua<br>
<a href="https://www.nginx.com/blog/introduction-to-microservices/" rel="noreferrer" target="_blank">https://www.nginx.com/blog/introduction-to-microservices/</a><br>
</span></blockquote>
<br>
link interessante grazie<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
La app node è utilissima per via dell'isomorfismo e perchè graphql è molto +<br>
avanti nel mondo js (per ora). Il backend python è forte per via della<br>
standardizzazione django e dell'alta qualità delle 3rd party e perchè a me piace<br>
di più.<br>
</blockquote>
<br></span>
grazie per gli spunti interessanti</blockquote><div> </div><div>Figurati. Aggiungo che l'isomorfismo è estremamente comodo in quanto per esempio il codice per la validazione di un modello può essere (in alcuni casi) condiviso tra client e server e quindi scrittto una sola volta. Questo tema sposta l'ago della bilancia a favore di javascript/nodejs come tecnologia per scrivere applicativi web. Inoltre ultimamente sono usciti due "porting" ancora non maturi di react su android e ios che si chiamano reactnative, questo permette di condividere codice anche all'interno delle app mobile *native*.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
Riccardo Magliocchetti<br>
@rmistaken<br>
<br>
<a href="http://menodizero.it" rel="noreferrer" target="_blank">http://menodizero.it</a><br>
_______________________________________________<br>
Python mailing list<br>
<a href="mailto:Python@lists.python.it" target="_blank">Python@lists.python.it</a><br>
<a href="http://lists.python.it/mailman/listinfo/python" rel="noreferrer" target="_blank">http://lists.python.it/mailman/listinfo/python</a><br>
</div></div></blockquote></div><br></div></div>