[Python] [graphql] interessante alternativa/evoluzione rispetto al REST

[Marco Paolini]

Il giorno 29 settembre 2015 19:43, Manlio Perillo <manlio.perillo a gmail.com>
ha scritto:

> 2015-09-29 14:51 GMT+02:00 enrico franchi <enrico.franchi a gmail.com>:
>
>>
>> 2015-09-29 11:34 GMT+01:00 Marco Paolini <markopaolini a gmail.com>:
>>
>> 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.
>>
>>
>> Io tutt'ora fatico a trovare qualcosa che bilanci l'enorme svantaggio di
>> dovere usare javascript.
>>
>
> > [...]
>
> La portabilità?
>
> Il web è l'unico campo dove esistono standard che sono seguiti da tutti i
> maggiori protagonisti.
> Lato desktop la situazione è pessima. Ignorando la GUI, anche voler usare
> OpenGL ES significa avere problemi dato che Windows
> non lo supporta.
>
> Una volta che hai un linguaggio che semplicemente *funziona*, sembra sia
> una conseguenza naturale che lo usano tutti.
>

Si esattamente Manlio. Lato browser javascript è il linguaggio e basta. I
vari coffescript o dart (che poi ovviemente compilano in js) sono delle
nicchie molto piccole e un po' in disuso. Javascript si usa anche per le
applicazioni "native" desktop (per esempio il client di slack credo sia in
javascript) anche se non so bene quanto sia diffuso li.

Quindi lo sviluppatore full-stack deve conoscere javascript. Viene naturale
usare lo stesso linguaggio per l'intero stack, soprattutto perchè per fare
il rendering della pagina single page app lato server hai *comunque*
bisogno di interprete javascript lato server.

Javascript è il primo linguaggio per popolarià su github. Anche python è
molto popolare! http://githut.info/

Marco
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20150929/ad901ee3/attachment.html>