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

2015-10-04 14:22 GMT+02:00 Alessandro Re : > Comunque, sebbene il tuo salumiere deve essere piuttosto skillato (e, > d'altronde, non mi sarei aspettato altrimenti), al mio salumiere gli > isomorfismi topologici li spiego dicendo che un toro e una tazza hanno > sostanzialmente la stessa forma... Lu

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

2015-10-03 12:56 GMT+01:00 enrico franchi : > > 2015-10-02 18:10 GMT+01:00 m : >> >> sono l'unico a cui sta sul cazzo[1] il fatto che la parola 'isomorfismo', >> che ha un significato preciso in matematica, sia stata presa e usata a >> sproposito ? > > > No. Non sei l'unico. Ad essere sinceri anche

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

2015-10-03 13:49 GMT+01:00 Marco Beri : > Ho fatto leggere al mio salumiere e non ha capito una mazza... Meno male... > Ah... non fanno piu' i salumieri di una volta... > P.s. Avrei pure preso 26 all'esame di algebra... Non mi ricordo più una > mazza... > E' probabile che voi chiamaste algebra

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

2015-10-03 16:33 GMT+02:00 Luca Bacchi : > Questi concetti, che mi pare siano alla base del moderno web design sono > spiegati molto meglio di quanto io sia in grado di fare in questo articolo > che vi condivido: Muchas gracias Luca, molto interessante Carlos -- EZLN ... Para Todos Todo ... Na

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

Ciao Carlos. È più o meno quello che intendevo. Questi concetti, che mi pare siano alla base del moderno web design sono spiegati molto meglio di quanto io sia in grado di fare in questo articolo che vi condivido: http://rauchg.com/2014/7-principles-of-rich-web-applications/ Ciao Il 03/ott/2015

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

2015-10-03 16:22 GMT+02:00 Luca Bacchi : > Proprio nella prima chiamata può avere senso inviare la pagina completa, e > non solo un container vuoto da dover poi riempire con successive chiamate > Ajax. Può avere senso proprio per ridurre la minimo la latenza, il > caricamento dell'applicazione.

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

Le SPA tipicamente ricevono dal server degli oggetti JSON che devono renderizzare lato client con un motore di templating JavaScript tipo quelli che avete citato sopra. Tipicamente la SPA non riceve dal server pagine HTML, tranne nella prima chiamata, ovviamente. Proprio nella prima chiamata può

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

2015-10-03 14:49 GMT+02:00 Marco Beri : > Ho fatto leggere al mio salumiere e non ha capito una mazza... Meno male... Cavolo ora tutti sanno che sono il tuo salumiere, e cha cazz. ;) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Pytho

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

2015-10-03 14:53 GMT+02:00 Giovanni Porcari : > Se avessi chiuso con 'Bazinga' sarebbe stato perfetto ;) +1 Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listin

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

* Marco Paolini (markopaol...@gmail.com) [151002 19:23]: si dai tranquillo se scoppi per così poco, immagina se ti dico che in python questa è si chiama funzione: def ciao():   db.save('hey') si, grazie, lo sapevo, molto cortese comunque -- .*.finelli /V\ (/ \)

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

> Il giorno 03 ott 2015, alle ore 13:56, enrico franchi > ha scritto: > > > 2015-10-02 18:10 GMT+01:00 m : > sono l'unico a cui sta sul cazzo[1] il fatto che la parola 'isomorfismo', > che ha un significato preciso in matematica, sia stata presa e usata a > sproposito ? > > No. Non sei l'unic

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

On Oct 3, 2015 1:56 PM, "enrico franchi" wrote: > > Ma poi il tutto e' surreale. In algebra, per dirla al salumiere, un isomorfismo e' una mappa che mantiene "struttura" fra due enti algebrici *e* che sia invertibile. Ho fatto leggere al mio salumiere e non ha capito una mazza... Meno male... Ci

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

2015-10-02 17:29 GMT+01:00 Marco Paolini : > > > Il giorno 2 ottobre 2015 12:42, enrico franchi > ha scritto: > >> >> 2015-10-02 7:43 GMT+01:00 Marco Paolini : >> >>> Avere nodejs nel proprio stack tecnlologico è quasi una necessità oggi: >>> hai gratis isomorfismo e rendering server-side di appl

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

2015-10-02 18:10 GMT+01:00 m : > sono l'unico a cui sta sul cazzo[1] il fatto che la parola 'isomorfismo', > che ha un significato preciso in matematica, sia stata presa e usata a > sproposito ? > No. Non sei l'unico. Ad essere sinceri anche nella community il termine non piace a molti e cercano

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

Il giorno 2 ottobre 2015 19:23, Marco Paolini ha scritto: > > > Il giorno 2 ottobre 2015 19:10, m ha scritto: > >> * Marco Paolini (markopaol...@gmail.com) [151002 18:29]: >> >>> >>> Lato server è estremamente comodo usarlo a fianco (o davanti) l' >>> application >>> tier python per fare appunto

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

Il giorno 2 ottobre 2015 19:10, m ha scritto: > * Marco Paolini (markopaol...@gmail.com) [151002 18:29]: > >> >> Lato server è estremamente comodo usarlo a fianco (o davanti) l' >> application >> tier python per fare appunto rendering server-side e sfruttare >> isomorfismo per >> condividere codi

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

* Marco Paolini (markopaol...@gmail.com) [151002 18:29]: Lato server è estremamente comodo usarlo a fianco (o davanti) l' application tier python per fare appunto rendering server-side e sfruttare isomorfismo per condividere codice tra client e server. sono l'unico a cui sta sul cazzo[1] il f

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

Il giorno 2 ottobre 2015 12:42, enrico franchi ha scritto: > > 2015-10-02 7:43 GMT+01:00 Marco Paolini : > >> Avere nodejs nel proprio stack tecnlologico è quasi una necessità oggi: >> hai gratis isomorfismo e rendering server-side di applicazioni single-page. > > > Non mi sembra affatto una nece

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

2015-10-02 13:18 GMT+01:00 Carlo Miron : > > Non mi sembra affatto una necessita'. E' una scelta. Immagino che sia > > importante per determinate scelte di carriera, ma di qui a chiamarla una > > "necessita'" ne passa. > > Intendi per le stesse "scelte di carriera" per cui Java for Dummies™ è > di

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

2015-10-02 12:42 GMT+02:00 enrico franchi : > 2015-10-02 7:43 GMT+01:00 Marco Paolini : >> Avere nodejs nel proprio stack tecnlologico è quasi una necessità oggi: >> hai gratis isomorfismo e rendering server-side di applicazioni single-page. > > Non mi sembra affatto una necessita'. E' una scelta.

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

2015-10-02 7:43 GMT+01:00 Marco Paolini : > Avere nodejs nel proprio stack tecnlologico è quasi una necessità oggi: > hai gratis isomorfismo e rendering server-side di applicazioni single-page. Non mi sembra affatto una necessita'. E' una scelta. Immagino che sia importante per determinate scelt

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

2015-10-02 8:43 GMT+02:00 Marco Paolini : > Sono d'accordo, Luca. Avere nodejs nel proprio stack tecnlologico è quasi > una necessità oggi: hai gratis isomorfismo e rendering server-side di > applicazioni single-page. > Forse ho capito male io ma mi e' sembrato Luca spezzasse una lancia a favore

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

Il giorno 1 ottobre 2015 17:25, Luca Bacchi ha scritto: > Scusatemi, ho sbagliato Thread... Incollo qui la mail che ho scritto anche > dall'altra parte. > > > Lavorando molto sul frontend di applicazioni web lavoro in JavaScript > ormai da anni e sinceramente ne apprezzo alcune caratteristiche. >

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

2015-10-01 17:14 GMT+02:00 enrico franchi : > > 2015-10-01 15:21 GMT+01:00 Manlio Perillo : > >> Io non avevo mai scritto di usare node. >> Perchè mai dovrei usarlo? >> Forse (e dico forse) l'unico campo per cui *potrei* usarlo è per i test >> di codice Javascript. >> > > Marco Paolini> Questo te

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

Scusatemi, ho sbagliato Thread... Incollo qui la mail che ho scritto anche dall'altra parte. Lavorando molto sul frontend di applicazioni web lavoro in JavaScript ormai da anni e sinceramente ne apprezzo alcune caratteristiche. Il suo modello ad oggetti va capito. Prototype-based è molto diverso

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

2015-10-01 15:21 GMT+01:00 Manlio Perillo : > Io non avevo mai scritto di usare node. > Perchè mai dovrei usarlo? > Forse (e dico forse) l'unico campo per cui *potrei* usarlo è per i test di > codice Javascript. > Marco Paolini> Questo tema sposta l'ago della bilancia a favore di javascript/node

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

2015-10-01 15:00 GMT+02:00 enrico franchi : > > 2015-10-01 13:32 GMT+01:00 Manlio Perillo : > >> Sono abbastanza sicuro di averlo detto fin dall'inizio! >> > > Ah, ok. Si allora sono d'accordo. Preferisco web. Questo non vuole dire > che ci sia un buon motibo per usare node. > > Io non avevo mai s

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

2015-10-01 13:32 GMT+01:00 Manlio Perillo : > Sono abbastanza sicuro di averlo detto fin dall'inizio! > Ah, ok. Si allora sono d'accordo. Preferisco web. Questo non vuole dire che ci sia un buon motibo per usare node. -- . ..: -enrico- ___ Python mai

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

Il giorno 1 ottobre 2015 13:32, Giovanni Porcari < giovanni.porc...@softwell.it> ha scritto: > > > Il giorno 30 set 2015, alle ore 22:24, Marco Paolini < > markopaol...@gmail.com> ha scritto: > > > > Se product e Payment fossero in due microservice differenti, dovremmo > creare una transazione dis

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

2015-10-01 13:35 GMT+02:00 enrico franchi : > 2015-09-30 19:03 GMT+01:00 Manlio Perillo : > >> >> Usando tecnologie web sono costretto ad usare Javascript, ma: >> 1) Il linguaggio non è object-oriented alla C++/Java (anche se sembra lo >> vogliano fare diventare) >> 2) La UI è dichiarativa di defa

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

2015-09-30 19:03 GMT+01:00 Manlio Perillo : > > Usando tecnologie web sono costretto ad usare Javascript, ma: > 1) Il linguaggio non è object-oriented alla C++/Java (anche se sembra lo > vogliano fare diventare) > 2) La UI è dichiarativa di default, essendo in HTML > 3) Dato che Javascript lo usan

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

> Il giorno 30 set 2015, alle ore 22:24, Marco Paolini > ha scritto: > > Se product e Payment fossero in due microservice differenti, dovremmo creare > una transazione distrubita (XA) e gestire il fallimento a livello > applicativo. Molto + codice, molto + difficile da testare. > > Curiosi

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

2015-09-30 12:57 GMT+01:00 Carlos Catucci : > Mah, guarda... bisogna vedere numeri (e caso per caso). Quando si parla di >> "efficienza" si rischiano sempre di prendere delle cantonate. >> > > Concordo ma in generale a me piace come logica. Sara' che vengo dai tempi > in cui si cercava di risparmi

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

On Wed, Sep 30, 2015 at 9:01 AM, Marco Beri wrote: > Uno dei rovesci dell'architettura a microservices che trovo davvero duro > da digerire è questo: > > *"Business transactions that update multiple business entities are fairly > common. These kinds of transactions are trivial to implement in a >

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

2015-09-30 10:01 GMT+02:00 Marco Beri : > 2015-09-29 8:41 GMT+02:00 Riccardo Magliocchetti < > riccardo.magliocche...@gmail.com>: > >> Il 28/09/2015 21:43, Marco Paolini ha scritto: >>> >>> Uso python. Ultimamente stiamo mettendo su una architettura microservice >>> che >>> prevede API gateway pic

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

Manlio Perillo wrote: > usando Go per il backend e gopherjs per il frontend. Una web framework interessante scritto in Go che usa GopherJS è Seven5 . L'ho usato per una semplice admin UI, non è male. Ho incontrato l'autore, Ian Smith, a luglio alla GopherCon di Denver, è

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

2015-09-30 2:10 GMT+02:00 enrico franchi : > > 2015-09-29 18:43 GMT+01:00 Manlio Perillo : > >> La portabilità? >> > > Cosa intendi con "portabilita'"? Il senso "tradizionale" chiaramente non > si applica... > > Diciamo che vorrei essere in grado di sviluppare una GUI per una mia applicazione (mag

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

2015-09-30 14:32 GMT+02:00 Nicola Larosa : >> Nicola Larosa wrote: >>> peccato non sia scritto in Go. ;-) > > Carlo Miron wrote: >> Stronzetto, è praticamente scritto in python... >> >> * C++ 55.8% >> * Python 29.3% > > Magra consolazione non avere la sindrome di Stoccolma più grossa da > queste p

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

> Nicola Larosa wrote: >> peccato non sia scritto in Go. ;-) Carlo Miron wrote: > Stronzetto, è praticamente scritto in python... > > * C++ 55.8% > * Python 29.3% Magra consolazione non avere la sindrome di Stoccolma più grossa da queste parti... > * JavaScript 5.0% > * CoffeeScript 3.7% > * C

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

2015-09-30 11:21 GMT+02:00 Nicola Larosa : > RethinkDB sembra un NoSQL fatto bene: > > > Un query language decente, garanzie sulle scritture, MVCC come l'amato > elefante, client Python ufficiale... peccato non sia scritto in Go. ;-) Stronzet

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

2015-09-30 11:39 GMT+02:00 enrico franchi : > > Tra l'altro non sono molto convinto che node faccia "bene" cose che Python > fa "male". Anzi, direi che essenzialmente le cose che Python fa davvero > male sono quelle che anche Node fa male. Il che non e' una grande consolazione. ;) Carlos -- EZ

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

2015-09-30 11:33 GMT+02:00 enrico franchi : > > Mah, guarda... bisogna vedere numeri (e caso per caso). Quando si parla di > "efficienza" si rischiano sempre di prendere delle cantonate. > Concordo ma in generale a me piace come logica. Sara' che vengo dai tempi in cui si cercava di risparmiare i

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

* Marco De Paoli (depao...@gmail.com) [150930 12:02]: segnalo questa intervista all'inventore del "CAP theorem", Eric Brewer Brewer fece la congettura, il teorema è di Gilbert e Lynch (quindi IMHO, la parte faticosa l'hanno fatta loro, non Brewer) -- .*.finelli

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

On 30 September 2015 at 12:10, Carlo Miron wrote: > Beh, è noto che gli ingegneri Amazon sono tutti incapaci. Senza eccezioni. E' una mia impressione o abbiamo qualcuno in llista che e' parte di cotanta schiera? ;) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros

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

2015-09-30 12:02 GMT+02:00 Marco De Paoli : > sono spesso citati i casi di un ATM mi permette di prelevare soldi che non > mi appartengono o Amazon che mi lascia ordinare beni che non esistono più... Beh, è noto che gli ingegneri Amazon sono tutti incapaci. Senza eccezioni. ㎝ -- |:**THE BEER-W

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

Il giorno 30 settembre 2015 11:27, Carlo Miron ha scritto: > 2015-09-30 10:34 GMT+02:00 Marco Beri : > > > On Wed, Sep 30, 2015 at 10:14 AM, Carlo Miron wrote: > >> Già, è un bel casino. Dato che non sempre la consistenza eventuale è > >> un opzione, obbliga ad utilizzare approcci tipo il [3PC][

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

2015-09-30 8:05 GMT+01:00 Carlos Catucci : > Infatti il motivo per cui ancora non ho approcciato node e' questo. la > tentazione di usarlo per fare del multi-process diciamo, cioe' per quelle > cose che Python non fa o fa con fatica, la vrei avuta. Lo so posso usare > Go, o altri linguaggi che lo

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

2015-09-30 8:02 GMT+01:00 Carlos Catucci : > > 2015-09-30 2:40 GMT+02:00 enrico franchi : > >> E, sfortunatamente, sara' colpa di troppe fatte male, ma tendo ad odiare >> le single page apps. >> > > Potresti illustrare le cose fatte male nelle Single Page Apps? > Puoi trovare parecchio in rete, d

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

2015-09-30 11:27 GMT+02:00 Carlo Miron : > 2015-09-30 10:34 GMT+02:00 Pelatone immaginario: > > > Già. Però tutti sanno che, una volta che sei arrivato lì, l'architettura > che > > hai scelto te la tieni e la manutieni col sudore e con le lacrime :-) > > non è sempre vero. se hai solo problemi evo

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

2015-09-30 10:34 GMT+02:00 Marco Beri : > On Wed, Sep 30, 2015 at 10:14 AM, Carlo Miron wrote: >> Già, è un bel casino. Dato che non sempre la consistenza eventuale è >> un opzione, obbliga ad utilizzare approcci tipo il [3PC][¹], con tutte >> le complicazioni del caso. > > "The main disadvantage

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

Il 30 settembre 2015 11:22, Riccardo Magliocchetti ha scritto: > http://martinfowler.com/bliki/MonolithFirst.html Interessante.Grazie. Lo sto leggendo e mi sta dando ulteriori spunti, ma anche tanti punti interrogativi. ___ Python mailing list Pyt

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

2015-09-30 11:22 GMT+02:00 Riccardo Magliocchetti < riccardo.magliocche...@gmail.com>: > Il 30/09/2015 11:15, Marco Ippolito ha scritto: > >> Quale approccio pratico consigli? >>> >>> marcob...@gmail.com tramite lists.python.it >> >>> Bella domanda... :-) >>> >>> 2a domanda collegata: e

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

2015-09-30 11:15 GMT+02:00 Marco Ippolito : > >> > >> Quale approccio pratico consigli? > > > marcob...@gmail.com tramite lists.python.it > > Bella domanda... :-) > > > 2a domanda collegata: e se parti "green field"cioè in un progetto > nuovo, mettiamo il caso che si rivela essere > tosto,comp

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

Il 30/09/2015 11:15, Marco Ippolito ha scritto: Quale approccio pratico consigli? marcob...@gmail.com tramite lists.python.it Bella domanda... :-) 2a domanda collegata: e se parti "green field"cioè in un progetto nuovo, mettiamo il caso che si rivela essere tosto,complesso,articolato..

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

Marco Ippolito wrote: > Quindi meglio continuare ad ingro/a-ssare il mammuth? RethinkDB sembra un NoSQL fatto bene: Un query language decente, garanzie sulle scritture, MVCC come l'amato elefante, client Python ufficiale... peccato non sia sc

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

2015-09-30 7:56 GMT+01:00 Carlos Catucci : > Ilpunto e' che anche JS non e' realmente un standard, a volte magari > qualche side effect tra un browser e l'altro si incontra (meno di un tempo > pero') Lo standard c'e'. Tutto sommato l'effort di seguirlo c'e'. Chi piu' velocemente chi meno... ma

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

>> >> Quale approccio pratico consigli? > marcob...@gmail.com tramite lists.python.it > Bella domanda... :-) > 2a domanda collegata: e se parti "green field"cioè in un progetto nuovo, mettiamo il caso che si rivela essere tosto,complesso,articolato.(guarda caso è proprio ciò che mi è succes

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

2015-09-30 11:03 GMT+02:00 Marco Ippolito : > > >> Probabilmente è vero che l'architettura a > >> microservizi è da adottare quando ulteriori evoluzioni o scale up di > >> software monolitico diventano troppo > >> complesse/costose/rischiose/wathever. > > > > Già. Però tutti sanno che, una volta c

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

>> >> Probabilmente è vero che l'architettura a >> microservizi è da adottare quando ulteriori evoluzioni o scale up di >> software monolitico diventano troppo >> complesse/costose/rischiose/wathever. > > > Già. Però tutti sanno che, una volta che sei arrivato lì, l'architettura che > hai scelto te

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

On Wed, Sep 30, 2015 at 10:14 AM, Carlo Miron wrote: > On Wed, Sep 30, 2015 at 10:01 AM, Marco Beri wrote: > > > La soluzione non la trovo utilizzabile in ambito, per esempio, > finanziario > > (ma ammetto di essere ignorante in questo approccio, per questo chiedo un > > parere qui): > > > > "Yo

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

On Wed, Sep 30, 2015 at 10:01 AM, Marco Beri wrote: > 2015-09-29 8:41 GMT+02:00 Riccardo Magliocchetti > : >> Il 28/09/2015 21:43, Marco Paolini ha scritto: >>> [...] >>> microservice python. Abbiamo copiato un po' da qua >>> https://www.nginx.com/blog/introduction-to-microservices/ >> link inter

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

2015-09-29 8:41 GMT+02:00 Riccardo Magliocchetti < riccardo.magliocche...@gmail.com>: > Il 28/09/2015 21:43, Marco Paolini ha scritto: >> >> Uso python. Ultimamente stiamo mettendo su una architettura microservice >> che >> prevede API gateway piccolissimo in node che fa il dispatch, dietro ci >>

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

2015-09-30 1:03 GMT+02:00 Giovanni Porcari : > Abbastanza curioso come procedimento e in questo caso il server si fa > carico di una parte di lavoro che sarebbe fattibile dal client con il > vantaggio di distribuire questo lavoro sulle risorse di elaborazione dei > client invece che affidare la re

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

2015-09-30 2:40 GMT+02:00 enrico franchi : > E, sfortunatamente, sara' colpa di troppe fatte male, ma tendo ad odiare > le single page apps. > Potresti illustrare le cose fatte male nelle Single Page Apps? Io le trovo comode, almeno intendo quelle dove la parte dinamica della pagna cambia tramite

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

2015-09-30 2:08 GMT+02:00 enrico franchi : > Oh, non abbiamo "alternative". Personalmente non mi sono trovato una > meraviglia con suddetti tool (linguaggio X -> Javascript). Nel senso che il > linguaggio X in generale mi piace piu' di Javascript, ma comunque alla fine > dei conti c'e' > [...] Co

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

2015-09-30 0:03 GMT+01:00 Giovanni Porcari : > Abbastanza curioso come procedimento e in questo caso il server si fa > carico di una parte di lavoro che sarebbe fattibile dal client con il > vantaggio di distribuire questo lavoro sulle risorse di elaborazione dei > client invece che affidare la re

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

2015-09-29 19:00 GMT+01:00 Marco Paolini : > 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 javas

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

2015-09-29 18:43 GMT+01:00 Manlio Perillo : > La portabilità? > Cosa intendi con "portabilita'"? Il senso "tradizionale" chiaramente non si applica... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/lis

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

2015-09-29 15:47 GMT+01:00 Carlos Catucci : > Enrtico scusa ma quali alternative abbiamo a js (lato browser)? Ho visto > cento cosi ma non fanno altro che farti scrivere codice nel linguaggio X > che poi traducono in js. Oh, non abbiamo "alternative". Personalmente non mi sono trovato una meravi

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

> Il giorno 30 set 2015, alle ore 00:02, Marco Paolini > ha scritto: > > > > 2015-09-29 21:52 GMT+02:00 Carlo Miron : >> 2015-09-29 20:00 GMT+02:00 Marco Paolini : >> >> >> > [...] soprattutto perchè per fare >> > il rendering della pagina single page app lato server hai *comunque* >> > bi

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

2015-09-29 21:52 GMT+02:00 Carlo Miron : > 2015-09-29 20:00 GMT+02:00 Marco Paolini : > > > > [...] soprattutto perchè per fare > > il rendering della pagina single page app lato server hai *comunque* > bisogno > > di interprete javascript lato server. > > Uhm? In che senso? Puoi elaborare? > Una

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

2015-09-29 20:00 GMT+02:00 Marco Paolini : > [...] soprattutto perchè per fare > il rendering della pagina single page app lato server hai *comunque* bisogno > di interprete javascript lato server. Uhm? In che senso? Puoi elaborare? ㎝ -- |:**THE BEER-WARE LICENSE** (*Revision 42*): | wrote t

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

Il giorno 29 settembre 2015 19:43, Manlio Perillo ha scritto: > 2015-09-29 14:51 GMT+02:00 enrico franchi : > >> >> 2015-09-29 11:34 GMT+01:00 Marco Paolini : >> >> Figurati. Aggiungo che l'isomorfismo è estremamente comodo in quanto per >>> esempio il codice per la validazione di un modello può

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

2015-09-29 14:51 GMT+02:00 enrico franchi : > > 2015-09-29 11:34 GMT+01:00 Marco Paolini : > > 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 scritt

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

On 09/26/2015 07:26 PM, Ivo Reano wrote: O forse sì? Forse si. Le prove sono: - Top quoting; - Don't ask, ask! Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

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

2015-09-29 14:51 GMT+02:00 enrico franchi : > Ma poi voglio dire... Javascript e' demenziale. Sono anni che cercano di > fare "alternative" a Javascript e qui si propone di muovere Javascript > anche dove non c'era... vedo qualcosa di contraddittorio. Saro' io. Enrtico scusa ma quali alternative

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

2015-09-29 11:34 GMT+01:00 Marco Paolini : 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 bi

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

> ha scritto: > 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 javascr

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

Il giorno 29 settembre 2015 08:41, Riccardo Magliocchetti < riccardo.magliocche...@gmail.com> ha scritto: > Il 28/09/2015 21:43, Marco Paolini ha scritto: > >> >> >> Il giorno 27 settembre 2015 10:38, Riccardo Magliocchetti >> > riccardo.magliocche...@gmail.com>> ha >> scritto: >> >> Ciao Marc

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

>> Il 29 settembre 2015 08:41, Riccardo Magliocchetti > Letto, piaciuto, fatta una lista degli altri libri consigliati dall'autore > [1] :) Come panoramica sui microservices è molto utile, ti da una bella > lista di cose che si complicano e a cui devi pensare se vuoi usare una > architettura di qu

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

Il 29/09/2015 11:18, Marco Ippolito ha scritto: Il 29 settembre 2015 08:41, Riccardo Magliocchetti ha scritto: Uso python. Ultimamente stiamo mettendo su una architettura microservice che prevede API gateway piccolissimo in node che fa il dispatch, dietro ci sono i microservice python. Abbiamo

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

Il 29 settembre 2015 08:41, Riccardo Magliocchetti ha scritto: >> Uso python. Ultimamente stiamo mettendo su una architettura microservice >> che >> prevede API gateway piccolissimo in node che fa il dispatch, dietro ci >> sono i >> microservice python. Abbiamo copiato un po' da qua >> https://ww

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

Il 28/09/2015 21:43, Marco Paolini ha scritto: Il giorno 27 settembre 2015 10:38, Riccardo Magliocchetti mailto:riccardo.magliocche...@gmail.com>> ha scritto: Ciao Marco, Il 24/09/2015 13:55, Marco Paolini ha scritto: I pythonisti in tutto il mondo hanno subito sintonizzato l

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

Il giorno 27 settembre 2015 10:38, Riccardo Magliocchetti < riccardo.magliocche...@gmail.com> ha scritto: > Ciao Marco, > > Il 24/09/2015 13:55, Marco Paolini ha scritto: > >> C'è fermento nell'ambito dei servizi web negli ultimi mesi. >> >> Stavolta è facebook a turbare le quiete acque del REST d

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

2015-09-26 18:26 GMT+01:00 Ivo Reano : > >> Ciao Marco mi chiamo chiara,potrei chiederti una cosa? > > >> > Se è qualcosa inerente a questo post, chiedi e basta, non ci sono >> > autorizzazioni da chiedere... >> >> > >> >Byez >> -- >> >Gollum1 - http://www.gollumone.it >> > > E se fosse per invita

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

2015-09-27 10:38 GMT+02:00 Riccardo Magliocchetti < riccardo.magliocche...@gmail.com>: > monocultura angular io parlerei di monocOltura piu' che altro. Ah amichevolmente (as a joke) lo chiamo incularjs Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros __

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

Ciao Marco, Il 24/09/2015 13:55, Marco Paolini ha scritto: C'è fermento nell'ambito dei servizi web negli ultimi mesi. Stavolta è facebook a turbare le quiete acque del REST dove noi ci siamo abbeverati così a lungo > Graphql https://facebook.github.io/graphql/ contine la specifica del protoc

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

2015-09-26 19:26 GMT+02:00 Ivo Reano : > E non era da richiamare! O forse sì? Gollum e' troppo tempo che non interviene, stava andando in crisi di astinenza ;) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@l

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

>> Ciao Marco mi chiamo chiara,potrei chiederti una cosa? > > Se è qualcosa inerente a questo post, chiedi e basta, non ci sono > > autorizzazioni da chiedere... > > > >Byez > -- > >Gollum1 - http://www.gollumone.it > E se fosse per invitarlo a "cena"? Avrebbe usato il giusto tono, leggero e no

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

Il 24 settembre 2015 16:24, ha scritto: > Ciao Marco mi chiamo chiara,potrei chiederti una cosa? Se è qualcosa inerente a questo post, chiedi e basta, non ci sono autorizzazioni da chiedere... Se è qualcosa inerente a python, ma non a questo post, devi aprire un nuovo thread... Se è qualcosa non

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

Ciao Marco mi chiamo chiara,potrei chiederti una cosa? Inviato da Libero Mail per iOS giovedì 24 settembre 2015, 13:55 +0200 da Marco Paolini : >C'è fermento nell'ambito dei servizi web negli ultimi mesi. > >Stavolta è facebook a turbare le quiete acque del REST dove noi ci siamo >abbeverati

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

2015-09-24 13:55 GMT+02:00 Marco Paolini : > > Cosa ne pensate? > A occhio sembra carino. Certo io "timeo faceass et dona ferentes", e con REST sto bene, ma se e' qualcosa di meglio perche' no? Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___

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

C'è fermento nell'ambito dei servizi web negli ultimi mesi. Stavolta è facebook a turbare le quiete acque del REST dove noi ci siamo abbeverati così a lungo Graphql https://facebook.github.io/graphql/ contine la specifica del protocollo e le direttive per implementarlo al meglio lato server c'è