2015-01-30 17:45 GMT+01:00 Manlio Perillo manlio.peri...@gmail.com:
2015-01-30 16:01 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-01-30 14:20 GMT+00:00 Daniele Palmese pal...@gmail.com:
Il giorno 30 gennaio 2015 14:45, enrico franchi
enrico.fran...@gmail.com ha scritto:
Daniele Palmese wrote:
Confermo quanto ho scritto ieri, mi piace un sacco leggerti.
enrico franchi wrote:
;) dai che poi arrossisco
Perché aspettare? La vita è adesso, arrossisci subito!
--
Nicola 'tekNico' Larosa http://www.tekNico.net/
Non facciamo convegni. O meglio facciamo convegni
2015-01-30 15:55 GMT+00:00 Daniele Palmese pal...@gmail.com:
Confermo quanto ho scritto ieri, mi piace un sacco leggerti.
;) dai che poi arrossisco
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
Il giorno 30 gennaio 2015 17:39, enrico franchi enrico.fran...@gmail.com
ha scritto:
2015-01-30 15:55 GMT+00:00 Daniele Palmese pal...@gmail.com:
Confermo quanto ho scritto ieri, mi piace un sacco leggerti.
;) dai che poi arrossisco
Tranquillo non lo sapremo mai,
Epistula non erubescit
Il giorno 30 gennaio 2015 16:01, enrico franchi enrico.fran...@gmail.com
ha scritto:
Io avrei prima di tutto cercato di capire come fare il test (e capire cosa
volete misurare). Cioe' se il punto e' vedere se node.js fa piu' req/s di
Django, la risposta e' scontata: si. L'unico caso in cui
2015-01-30 17:45 GMT+01:00 Manlio Perillo manlio.peri...@gmail.com:
Se usi l'ORM di Django, ad esempio, devi usare un ORM (o meglio una
implementazione del pattern Active Record) anche nelle altre
implementazioni.
Se usi PostgreSQL in Django, devi usare PostgreSQL anche nelle altre
Il 30 gennaio 2015 17:39, enrico franchi enrico.fran...@gmail.com ha scritto:
;) dai che poi arrossisco
Non devi vergognarti dei tuoi problemi di performance, è umano.
©
--
|:**THE BEER-WARE LICENSE** (Revision 42):
| mi...@python.it wrote this mail. As long as you retain
| this notice you
2015-01-30 16:01 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-01-30 14:20 GMT+00:00 Daniele Palmese pal...@gmail.com:
Il giorno 30 gennaio 2015 14:45, enrico franchi enrico.fran...@gmail.com
ha scritto:
[...]
Il fatto e' che le performance a scatola chiusa a me non
2015-01-30 13:48 GMT+01:00 Daniele Palmese pal...@gmail.com:
Il giorno 30 gennaio 2015 12:16, enrico franchi enrico.fran...@gmail.com
ha scritto:
Facci sapere come sta andando...
E' finita con una sfida.
In ambiente di test metteremo allo stesso stesso tipo di chiamate
risponderanno
Il giorno 30 gennaio 2015 14:45, enrico franchi enrico.fran...@gmail.com
ha scritto:
State misurando *performance* su un sistema che non provate a fare scalare
(visto che hw e' fisso). In pratica siete nel caso piu' favorevole
possibile per node.js. I punti principali di debolezza di node li
Il giorno 30 gennaio 2015 15:19, Manlio Perillo manlio.peri...@gmail.com
ha scritto:
Python perde, a meno di non scrivere un test ad hoc per farlo vincere.
E con Django poi l'esito è scontato.
Con un framework grosso come Django affossi le performance in qualsiasi
linguaggio.
Ne sono
2015-01-30 15:24 GMT+01:00 Daniele Palmese pal...@gmail.com:
T-Bones e letame direi ;)
Hai detto niente
Per le prime mi e' venuto in mente che adori Old Wild West, per le seconde
una certa banca dati.
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
On 01/30/2015 03:31 PM, Marco Ippolito wrote:
Se Django non va bene quale e' il framework comparabile con node.js
per avere un confronto-test ragionevole e sensato?
Diciamo che stai confrontando un framework asincrono con un framework
sincrono, che è come confrontare, fagioli con pere.
Di
2015-01-30 15:20 GMT+01:00 Daniele Palmese pal...@gmail.com:
Condivido in pieno, ma la natura bovina del test ci darà grandi
soddisfazioni.
T-Bones e letame direi ;)
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Quali sono questi concetti inefficienti by-design? Hai esempi concreti cosi
capisco ed imparo? Io senza esempi non imparo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Il giorno 30 gennaio 2015 15:22, Carlos Catucci carlos.catu...@gmail.com
ha scritto:
T-Bones e letame direi ;)
Hai detto niente
Cya
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Se Django non va bene quale e' il framework comparabile con node.js per
avere un confronto-test ragionevole e sensato?
Il giorno 30/gen/2015 15:27, Daniele Palmese pal...@gmail.com ha
scritto:
Il giorno 30 gennaio 2015 15:19, Manlio Perillo manlio.peri...@gmail.com
ha scritto:
Python perde,
2015-01-30 15:34 GMT+01:00 Daniele Palmese pal...@gmail.com:
Ahahaha, questa però la capiamo solo io e te.
Meglio, perche' affliggere gli amici della lista?
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Il giorno 30 gennaio 2015 15:27, Carlos Catucci carlos.catu...@gmail.com
ha scritto:
Per le prime mi e' venuto in mente che adori Old Wild West, per le seconde
una certa banca dati.
Ahahaha, questa però la capiamo solo io e te.
Cya
___
Python
2015-01-30 15:22 GMT+01:00 Marco Ippolito ippolito.ma...@gmail.com:
Quali sono questi concetti inefficienti by-design? Hai esempi concreti
cosi capisco ed imparo? Io senza esempi non imparo
Fai una ricerca sui packages in Go per il routing delle richieste HTTP.
La gente tende ad infilare
2015-01-30 15:39 GMT+01:00 Robotica li...@robotica.it:
A quel punto abbiamo fagioli con lenticchie.
Sono vissuto tanti anni a Modena, ci voglio lo zampone assieme ;)
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
2015-01-30 14:20 GMT+00:00 Daniele Palmese pal...@gmail.com:
Il giorno 30 gennaio 2015 14:45, enrico franchi enrico.fran...@gmail.com
ha scritto:
State misurando *performance* su un sistema che non provate a fare
scalare (visto che hw e' fisso). In pratica siete nel caso piu' favorevole
Concordo che lesperimento e' interessante solo se stabilisci a priori cosa
e come misuri. Sono interessato alla parte CPU-bound...e ad un confrontp
con GO
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Daniele Palmese wrote:
In ambiente di test metteremo allo stesso stesso tipo di chiamate
risponderanno due piccole infrastrutture diverse, ma composte nella
stessa maniera (1 load balancer e 2 application):
1. nginx+uwsgi+django (rf)
2. boh davanti+node.js
Perché non aggiungere anche un
Il giorno 30 gennaio 2015 13:58, Nicola Larosa n...@teknico.net ha
scritto:
Certo, poi tocca fare i grafici con le ordinate logaritmiche per farci
stare dentro ordini di grandezza così diversi... ;-)
Come ha notato Carlos, il termine bovino non era per nulla usato a caso.
Cya
Molto interessante...notizie bo-vine fresche!
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
2015-01-30 12:48 GMT+00:00 Daniele Palmese pal...@gmail.com:
Il giorno 30 gennaio 2015 12:16, enrico franchi enrico.fran...@gmail.com
ha scritto:
Facci sapere come sta andando...
E' finita con una sfida.
In ambiente di test metteremo allo stesso stesso tipo di chiamate
risponderanno
2015-01-30 14:44 GMT+01:00 Marco Ippolito ippolito.ma...@gmail.com:
Molto interessante...notizie bo-vine fresche!
Guarda che quando gli chiederemo come e' andata a finire risponderanno
M guarda, possiamo dire solo Boh(vino) ;)
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
Il giorno 30 gennaio 2015 12:16, enrico franchi enrico.fran...@gmail.com
ha scritto:
Facci sapere come sta andando...
E' finita con una sfida.
In ambiente di test metteremo allo stesso stesso tipo di chiamate
risponderanno due piccole infrastrutture diverse, ma composte nella stessa
maniera
2015-01-29 20:37 GMT+00:00 Daniele Palmese pal...@gmail.com:
Il giorno 29 gennaio 2015 20:39, Carlos Catucci carlos.catu...@gmail.com
ha scritto:
Cavolo, me lo registri cosi' me lo poso guardare a casa la sera? :)
Accendi hangouts che ti faccio la FPL (first person live).
Facci sapere
2015-01-27 18:51 GMT+00:00 Marco Ippolito ippolito.ma...@gmail.com:
Una nota di colore:
ho cercato in rete, in particolare in github, implementazioni di un
algoritmo di intelligenza artificiale.
Ho trovato implementazioni in C++, in python ed in JS (node.js)
Mancano un po' di link, che
Concordo su tutto Enrico
tranne sul fatto che node.js sia un delirio pensato e creato da
sviluppatori per sviluppatori
Io sono l'ultimo che possa dare giudizi in merito, ma penso che, pur
avendo tanti difetti, non sia proprio così.
Comunque non volevo minimamente dare l'impressione di polemizzare.
Il giorno 29 gennaio 2015 17:16, enrico franchi enrico.fran...@gmail.com
ha scritto:
Poi per inciso, non prendo troppo sul serio nel 2015 chi mi suggerisce che
semplicemente node.js non blocca, quando e' evidente che non blocca
*sull'IO* e ignorare il fatto che si... a volte si blocca sulla
Il giorno 29/gen/2015, alle ore 18:07, Daniele Palmese pal...@gmail.com ha
scritto:
Grazie Enrico, adoro leggerti.
#enricostaisereno :P
G
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
2015-01-29 15:08 GMT+00:00 Marco Ippolito ippolito.ma...@gmail.com:
tranne sul fatto che node.js sia un delirio pensato e creato da
sviluppatori per sviluppatori
Io sono l'ultimo che possa dare giudizi in merito, ma penso che, pur
avendo tanti difetti, non sia proprio così.
Non concordi sul
2015-01-29 16:21 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
Non concordi sul fatto che sia un delirio, sul fatto che sia creato da
sviluppatori per sviluppatori o su entrambe?
Sulla seconda direi che non sia un male.
In fondo e' uno strumento che serve agli sviluppatori. Quando fai
diciamo che concordo, perchè lo uso un pochino e ne sto apprendendo
caratteristiche/potenzialità/limiti con quanto dicono i sw engineers
di alcune delle aziende che lo stanno usando:
https://www.paypal-engineering.com/2013/11/22/node-js-at-paypal/
Marco Ippolito wrote:
Se fosse un delirio paypal e linkedin dopo averlo adottato
lo butterebbero. o mi sbaglio?
enrico franchi wrote:
https://yourlogicalfallacyis.com/bandwagon
- PHP
- MySQL
- VisualBasic
- ...
Anche conosciuto come:
Mangiate merda: milioni di mosche non possono
Aggiungo e poi chiudo:
On the other hand, getting to play with a trendy new technology is
like candy for most developers, and Prasad said the opportunity was
definitely a hiring incentive. LinkedIn brought some V8 engineers on
board, and the company’s Ruby on Rails developers converted
2015-01-29 15:32 GMT+00:00 Marco Ippolito ippolito.ma...@gmail.com:
diciamo che concordo, perchè lo uso un pochino e ne sto apprendendo
caratteristiche/potenzialità/limiti con quanto dicono i sw engineers
di alcune delle aziende che lo stanno usando:
2015-01-29 17:16 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
Il problema e' che poi i servizi vanno mantenuti e ci vanno fatte sopra le
operations.
Ecco questo e' un'altro aspetto che si deve considerare. Come sempre sei
stato chiarissimo (ho tagliato la spiegazione per motivi di
Il 29 gennaio 2015 16:34, Carlos Catucci carlos.catu...@gmail.com ha scritto:
2015-01-29 16:32 GMT+01:00 Marco Ippolito ippolito.ma...@gmail.com:
Se fosse un delirio paypal e linkedin dopo averlo adottato lo
butterebbero. o mi sbaglio?
Quando sei troppo grande buttare e rimpiazzare puo'
2015-01-29 15:25 GMT+00:00 Carlos Catucci carlos.catu...@gmail.com:
2015-01-29 16:21 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
Non concordi sul fatto che sia un delirio, sul fatto che sia creato da
sviluppatori per sviluppatori o su entrambe?
Sulla seconda direi che non sia un
2015-01-29 17:11 GMT+00:00 Giovanni Porcari giovanni.porc...@softwell.it:
Il giorno 29/gen/2015, alle ore 18:07, Daniele Palmese pal...@gmail.com
ha scritto:
Grazie Enrico, adoro leggerti.
#enricostaisereno :P
;)
A proposito... adoro il fatto che celery sia piena di documentazione
2015-01-29 18:07 GMT+01:00 Daniele Palmese pal...@gmail.com:
Questo ultima tua considerazione aprirà un dibattito in ufficio da me
domani mattina.
Cavolo, me lo registri cosi' me lo poso guardare a casa la sera? :)
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
Il giorno 29 gennaio 2015 20:39, Carlos Catucci carlos.catu...@gmail.com
ha scritto:
Cavolo, me lo registri cosi' me lo poso guardare a casa la sera? :)
Accendi hangouts che ti faccio la FPL (first person live).
Cya
___
Python mailing list
2015-01-28 9:33 GMT+01:00 Marco Ippolito ippolito.ma...@gmail.com:
Condivido con voi le personali considerazioni che questo PhD Student
Brasiliano fa di python come linguaggio di programmazione per i
giochi.
http://guineashots.com/2014/07/14/python-engines-for-2d-games-and-a-lot-of-problems/
Una nota di colore:
ho cercato in rete, in particolare in github, implementazioni di un
algoritmo di intelligenza artificiale.
Ho trovato implementazioni in C++, in python ed in JS (node.js)
Con mia sorpresa,quella che mi sembra fatta meglio (scritta da un PhD
Student brasiliano) perchè più estesa
2015-01-27 19:51 GMT+01:00 Marco Ippolito ippolito.ma...@gmail.com:
Giusto per dire che si possono trovare bei moduli applicativi anche in
node.js
Suppongo si trovino anche in cobol ;) Un pazzo una volta ha scrittoin
Postscript (sottoinsieme di Forth) un web server. E lo ha messo nella
Mea culpa... Non ho detto prima che avevo scartato,sebbene sia
l'implementazione fatta da colui che ha realizzato il framework di
riferimento,gli script in C++. Ma perche' mancanti di interfaccia python.
Il giorno 27/gen/2015 20:00, Carlos Catucci carlos.catu...@gmail.com ha
scritto:
2015-01-27
2015-01-15 17:33 GMT+00:00 Marco Ippolito ippolito.ma...@gmail.com:
L'hai già usato?
Non ho manie suicide... no. Di cattive idee ce ne hanno infilate proprio
tante.
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
Il giorno 16 gennaio 2015 08:59, Marco Ippolito ippolito.ma...@gmail.com
ha scritto:
ok. come si usa in modo semplice il modello asyncrono in python?
io, ammetto, non l'ho capito. se hai dei riferimenti precisi ed esempi
per cui capire meglio, ti ringrazio
Asyncio è basato sui normali
Il giorno 16 gennaio 2015 09:50, Marco Paolini markopaol...@gmail.com ha
scritto:
Spero sia di aiuto
chiaro e conciso, grazie
Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Mille grazie Marco
mi metto poi con calma a fare qualche prova
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Marco Ippolito wrote:
A settembre, elettrizzato dalla possibilità che si potesse lavorare
come in node anche in python in modalità asincrona,
come in node?!? Cosa devono sentire le mie orecchie. :-P
La programmazione asincrona è vecchia come il cucco. In Python potevi
usarla fin dagli anni
Il giorno 16/gen/2015, alle ore 10:40, Nicola Larosa n...@teknico.net ha
scritto:
Questo è il problema comune della programmazione asicrona, che la
rinchiude in una specie di ghetto. Almeno in Python. ;-)
Almeno in python...
https://www.youtube.com/watch?v=uMY5VGYh2Go
G
2015-01-16 10:40 GMT+01:00 Nicola Larosa n...@teknico.net:
Marco Ippolito wrote:
A settembre, elettrizzato dalla possibilità che si potesse lavorare
[...]
You cannot drop a random library into an asyncio project and expect it
to function correctly. The project needs to have been
2015-01-15 14:48 GMT+00:00 Marco Ippolito ippolito.ma...@gmail.com:
ammetto che faccio fatica a comprendere questa raffinata forma
allegorica...
che vuoi dire Enrico?
http://www.quickmeme.com/meme/3oskm6
--
.
..: -enrico-
___
Python mailing list
Marco Ippolito:
d'accordo che qui siamo su python-list.
ma io penso che coprirsi con il burqa tecnologico non consente di
aprirsi, valutandole in modo critico e costruttivo, a tecnologie che
si stanno comunque diffondendo. Io personalmente continuerò ad usare
python ma anche node.js (con
non ho le vostre conoscenze informatiche ma quello che posso dire è
che, dopo aver seguito il corso Stanford (seguito da decine di
migliaia di persone in tutto il mondo) tenuto da Balaji da
Shrinivasan (http://balajis.com/about/)
(http://blog.pmarca.com/2013/12/09/balaji-srinivasan/) l'ho
2015-01-15 18:05 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
http://www.quickmeme.com/meme/3oskm6
LOL ;)
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
concordo al mille % sul fatto che scrivere in javascript è orrendo,
soprattutto per chi è abituato alla semplice linearità di python...
ho trovato, sempre via google))), un blog (però di parte) che spiega
abbastanza bene le peculiarità di node (in questo caso sottolineando
soprattutto gli aspetti
mi sono accorto ora di un lapsus.
l'applicativo lanciato dal mio amico un anno fa si chiama shootlook
scusate per lo scivolone (scrivevo mentre pensavo all'applicativo)
Marco
Il 15 gennaio 2015 19:14, Marco Ippolito ippolito.ma...@gmail.com ha scritto:
ciao Simone,
non ho né le competenze
2015-01-15 18:33 GMT+01:00 Marco Ippolito ippolito.ma...@gmail.com:
pò con node.js, e non lo trovo poi così male...
Nessuno dice che sia male ma sai parlare di js su una lista Python ... ;)
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
d'accordo che qui siamo su python-list.
ma io penso che coprirsi con il burqa tecnologico non consente di
aprirsi, valutandole in modo critico e costruttivo, a tecnologie che
si stanno comunque diffondendo.
Io personalmente continuerò ad usare python ma anche node.js (con
tutti i suoi limiti)
Marco Ippolito:
non ho né le competenze né la spocchia per fare comparazioni di un
certo senso compiuto.
la spocchia non ti serve :-)
bastano le tue opinioni.
Un amico ha lanciato ormai un anno fa un applicativo web usando
shootlook ed anche, nei momenti di picco (decine di migliaia di
ammetto che faccio fatica a comprendere questa raffinata forma allegorica...
che vuoi dire Enrico?
Il 15 gennaio 2015 14:53, enrico franchi enrico.fran...@gmail.com ha scritto:
2015-01-15 11:27 GMT+00:00 Marco Ippolito ippolito.ma...@gmail.com:
vedo che nessuno parla mai di node (non è
Usarlo come server... ehm Ma che vantaggio c'è ???
Javascript di per se non pone un gran vataggio se non la familiarità tra
frontend e backend, node però ha un buon modello ad eventi che, se
opportunamente utilizzato, può dare molte soddisfazioni con applicazioni
che devono gestire molte
scusami per l'OT
mi ritiro con il cannone al neutrino in mano))
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
2015-01-15 11:06 GMT+01:00 Valerio Maggio valerio.mag...@gmail.com:
io per un gestionale rimarrei su Python. Fine della storia.
+1
Assolutamente.
Ciao.
Marco.
--
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ - Qualche libro
http://beri.it/articoli/ - Qualche articolo
Vincenzo, io credo che un gestionale abbia comunque una certa fetta di
interattività nel processo d'uso, o sbaglio?
Certo, magari ci sono fasi in cui devi macinare tanti numeri, ma credo
che sia un genere di calcoli dove è preponderante l'aspetto di andare
a trovare le informazioni, su cui poi
Il punto è che prossimamente dovrò riscrivere in un linguaggio portatile e
decente un gestionale che allo stato attuale ho scritto in Access + VBA;
Personalmente mi son trovato molto bene con Python + PyQT5 + SQLAlchemy per
interfacciarsi al db PostreSQL, la velocità di esecuzione è buona, la
2015-01-15 11:51 GMT+01:00 Vincenzo Campanella vin...@gmail.com:
Il punto è che prossimamente dovrò riscrivere in un linguaggio portatile e
decente un gestionale che allo stato attuale ho scritto in Access + VBA;
per la banca dati mi appoggerò su PostgreSQL, per la reportistica su
vedo che nessuno parla mai di node (non è scritto in python)
Il 15 gennaio 2015 12:26, Diego Barrera diegonebarr...@yahoo.it ha scritto:
Il 15/01/2015 11:51, Vincenzo Campanella ha scritto:
Il punto è che prossimamente dovrò riscrivere in un linguaggio portatile e
decente un gestionale che
On 15 Jan 2015, at 12:27, Marco Ippolito ippolito.ma...@gmail.com wrote:
vedo che nessuno parla mai di node (non è scritto in python)
Per un gestionale è come sparare ad una mosca con un cannone all'azoto liquido
con raggi al neutrino (fritto).
Django mi sembra un buon compromesso,
enrico franchi wrote:
Manlio Perillo wrote:
Che intendi dire che il JIT di pypy non funziona con i fp?
Che non li gestiva, una volta. Chiedevo se ora lo fa.
Aggiungo i miei due cent su Julia:
- Per inciso Julia è JIT compiled ed è scritto direttamente in Julia (alla
stregua di PyPy).
Vincenzo Campanella wrote:
Valerio Maggio wrote:
- è certamente un linguaggio ancora non molto maturo ma con una
community in veloce espansione
- è un linguaggio nato per la computazione scientifica e li morirà
(imho). Non vuole essere un linguaggio general-purpose.
Certo non mi
tempo fa, parlando di gestionali web si era citato anche questo
https://github.com/genropy/genropy
non ho avuto modo di provarlo ma i pareri mi son sembrati positivi
Il giorno 15 gennaio 2015 12:35, Marco Ippolito ippolito.ma...@gmail.com
ha scritto:
scusami per l'OT
mi ritiro con il cannone
2015-01-15 10:02 GMT+00:00 Vincenzo Campanella vin...@gmail.com:
Il 15.01.2015 10:22, Valerio Maggio ha scritto:
- è certamente un linguaggio ancora non molto maturo ma con una
community in veloce espansione
- è un linguaggio nato per la computazione scientifica e li morirà
(imho). Non
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.
Risultato: non ho capito molto come funzionano, ma penso di aver
intuito che sono molto lontani dalla semplicità d'uso ed
Marco Ippolito:
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.
il modello asyncrono, event driven è molto bello, basato su callback
anziche threads.
evita il:
node js è stato progettato asincrono. è la sua peculiarità.
cmq io il modello asyncrono lo usabo prima ancora che node js fosse
rilasciato.
sia in java che in python.
sicuramente come ti hanno risposto, se usi librerie che usano un paradigma
classico req/resp per implementare un paradigma
82 matches
Mail list logo