Re: [Python] Julia (Was: Walks like Python. Runs like C).
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: [...] Il fatto e' che le performance a scatola chiusa a me non interessano (ovvero, i miei problemi di performance sono sufficientemente critici per cui soluzioni prefabbricate non interessano e devo lavorare molto a livello di architettura). In generale i benchmark vanno eseguite sulle *proprie* applicazioni e con i *propri* dati. Un benchmark che sembra fatto bene: https://www.techempower.com/benchmarks/ Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 senza convegno. Visto che poi ai convegni le cose importanti ce le si dice al bar abbiamo deciso di fare convegni con solo il bar, senza le relazioni e i microfoni. - Jacopo Fo, settembre 2014 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 (Cicerone) -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 potete ribaltare il tutto e' studiando dei task misti CPU bound e IO bound. A quel punto andate a giocare dove node.js se la cava male e dove Django... beh, non e' che se la cava bene, ma e' un pochetto piu' agnostico sulla questione. Se poi il task CPU bound e' qualcosa per la quale Python ha delle signore librerie e node non ce le ha... beh, hai un po' ribaltato la questione. Il fatto e' che le performance a scatola chiusa a me non interessano (ovvero, i miei problemi di performance sono sufficientemente critici per cui soluzioni prefabbricate non interessano e devo lavorare molto a livello di architettura). Finche' cercate di fare il solito benchmark sulle richieste o simili, al meglio otterrete gli stessi risultati noti. Node.js e' molto veloce. Su Python puoi combinare qualcosa di buono facendo tuning dei vari tornado o magari gunicorn (ma se usato in modo asincrono) etc etc etc. E li ci si avvicina molto a node.js. Poi tiri in campo Go e mandi a casa tutti quanti. Confermo quanto ho scritto ieri, mi piace un sacco leggerti. Ciao. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 applicazioni. Ma se fai cosi' come fai a barare? ;) P.S. Cambiamo subject? Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 can do whatever you want with this stuff. | If we meet some day, and you think this stuff is worth it, | you can buy me a beer in return. |--Carlo Miron : ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 interessano (ovvero, i miei problemi di performance sono sufficientemente critici per cui soluzioni prefabbricate non interessano e devo lavorare molto a livello di architettura). In generale i benchmark vanno eseguite sulle *proprie* applicazioni e con i *propri* dati. Ad esempio se vuoi vedere quale ambiente di sviluppo sia un ordine di grandezza più efficiente di un CMS in Django + Python + uwsgi, allora devi riscriverti l'applicazione usando la stessa architettura in linguaggi differenti. 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 applicazioni. Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 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 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. Il motivo per cui la gente si è spinta su node è perchè, IMHO, è stato, uno dei primi ambienti di sviluppo a fornire sia sviluppo veloce che performance buone. Ed è il motivo per cui diverse persone stanno passando a Go da Python (o Ruby). Il problema è che tendono a portarsi dietro concetti inefficienti by design... [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 avete completamente esclusi dal test. E per inciso, non necessariamente Python e' la scelta giusta. Quindi dovrebbe vincere a mani basse Node.js se siamo in ambiente favorevole, voglio solo verificare con mano. Ripeto è un test che di attendibilità ha veramente il giusto. Considera che le risorse hardware a disposizione sono volutamente bassine e quindi uno degli aspetti che mi incuriosiscono, la gestione della cpu, potrebbero mandare in crisi tutto. Sul fatto che Python potrebbe non essere la scelta giusta convengo, viene usato soprattutto per familiarità. Tu cosa avresti usato come piattaforma di paragone? In particolare, un test effettivo e' difficile da fare in vetro. Condivido in pieno, ma la natura bovina del test ci darà grandi soddisfazioni. Cya ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 consapevole, ma l'ambiente di paragone (Django) è lo sfidante solo per estrema familiarità nella sua creazione da parte mia. Cya ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 framework asincroni in python c'è Tornado oppure Cyclone montato su Twisted. A quel punto abbiamo fagioli con lenticchie. buon pranzo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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, 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 consapevole, ma l'ambiente di paragone (Django) è lo sfidante solo per estrema familiarità nella sua creazione da parte mia. Cya ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 troppe cose nell'implementazione, anche se non strettamente necessarie. Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 possibile per node.js. I punti principali di debolezza di node li avete completamente esclusi dal test. E per inciso, non necessariamente Python e' la scelta giusta. Quindi dovrebbe vincere a mani basse Node.js se siamo in ambiente favorevole, voglio solo verificare con mano. Ripeto è un test che di attendibilità ha veramente il giusto. Ammesso che chi lo usa lo sappia usare, si. Si potrebbero sempre impiccare con le loro mani; ma diciamo che a meno di grosse cazzate dovrebbero farcela facile. Anche perche', appunto, il setup di Python non e' particolarmente efficiente sulla carta *e* vi interessano quasi solo le performance. Considera che le risorse hardware a disposizione sono volutamente bassine e quindi uno degli aspetti che mi incuriosiscono, la gestione della cpu, potrebbero mandare in crisi tutto. Sul fatto che Python potrebbe non essere la scelta giusta convengo, viene usato soprattutto per familiarità. Si appunto, il che da un enorme vantaggio (specie se la metrica che usate sono le req/s o qualcosa di simile) a node. Tu cosa avresti usato come piattaforma di paragone? 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 potete ribaltare il tutto e' studiando dei task misti CPU bound e IO bound. A quel punto andate a giocare dove node.js se la cava male e dove Django... beh, non e' che se la cava bene, ma e' un pochetto piu' agnostico sulla questione. Se poi il task CPU bound e' qualcosa per la quale Python ha delle signore librerie e node non ce le ha... beh, hai un po' ribaltato la questione. Il fatto e' che le performance a scatola chiusa a me non interessano (ovvero, i miei problemi di performance sono sufficientemente critici per cui soluzioni prefabbricate non interessano e devo lavorare molto a livello di architettura). Finche' cercate di fare il solito benchmark sulle richieste o simili, al meglio otterrete gli stessi risultati noti. Node.js e' molto veloce. Su Python puoi combinare qualcosa di buono facendo tuning dei vari tornado o magari gunicorn (ma se usato in modo asincrono) etc etc etc. E li ci si avvicina molto a node.js. Poi tiri in campo Go e mandi a casa tutti quanti. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 altro termine di paragone? http://golang.org/doc/articles/wiki/#tmp_13 Certo, poi tocca fare i grafici con le ordinate logaritmiche per farci stare dentro ordini di grandezza così diversi... ;-) -- Nicola 'tekNico' Larosa http://www.tekNico.net/ Non facciamo convegni. O meglio facciamo convegni senza convegno. Visto che poi ai convegni le cose importanti ce le si dice al bar abbiamo deciso di fare convegni con solo il bar, senza le relazioni e i microfoni. - Jacopo Fo, settembre 2014 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
Molto interessante...notizie bo-vine fresche! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 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 Potrei non avere capito cosa volete fare, ma da quello che ho capito ti anticipo: node.js vince. A meno che quelli che tengono dietro a node.js non siano dei peracottari. 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 avete completamente esclusi dal test. E per inciso, non necessariamente Python e' la scelta giusta. In particolare, un test effettivo e' difficile da fare in vetro. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 (1 load balancer e 2 application): 1. nginx+uwsgi+django (rf) 2. boh davanti+node.js Abbiamo deciso di affidarci all'empirismo nerd più totale, inviando chiamate in maniera sempre più impegnativa e monitorando tempi di risposta/impegno macchina. Sono curioso di vedere con il nostro test bovino che risultati otterremo. Cya ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 come sta andando... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 dici? Con mia sorpresa,quella che mi sembra fatta meglio (scritta da un PhD Student brasiliano) perchè più estesa (copre diverse casistiche), meglio documentata e spiegata e già usata in alcuni applicativi è quella scritta in JS. (mi sarei aspettato invece la stessa cosa in python). Non vedo perche'. La qualita' del codice Python che si trova in giro e' in generale buona. Ma questo non vuole dire che: 1. ci siano programmatori Python che dovrebbero cambiare mestiere 2. ci siano *non* programmatori Python che scrivono Python da vomito (penso specialmente al mondo accademico) 3. su specifici casi ci siano soluzioni decisamente migliori Che so, una su tutte... praticamente qualunque cosa in Python che deve alla fine dei conti fare mutual auth con SSL deve *per forza* passare per dei certificati su disco (o meglio, su filesystem). Viceversa in altri linguaggi le librerie standard ti fanno fare quello che ti pare (ovvero in memory o fileystem); vedi Ruby o Java. Ovviamente tutto scende a come sono fatte le cose in _ssl.c. E per ogni piattaforma fatta bene troverai cose fatte meglio altrove. Big surprise! Giusto per dire che si possono trovare bei moduli applicativi anche in node.js E quindi? Non e' che solo perche' node.js sia un delirio pensato e creato da sviluppatori per sviluppatori voglia dire che *nessuno* che scrive Javascript sappia scrivere codice decente. E' una discreta fallacia logica correlare il fatto che una certa piattaforma abbia visibili errori di design con il fatto che ci sia una libreria su quella piattaforma che e' fatta bene (e/o fatta meglio). Il tutto senza avere visto tutto sto codice, per inciso. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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. Sono qui per imparare da persone che come te hanno esperienza e skills informatici di qualità, pur facendomi una mia personale opinione sulle cose. Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 CPU (tipo perche' ci sono da fare dei conti). E questo te lo dovrebbero scrivere a caratteri cubitali sulla home-page: E' tutto magico finche' improvvisamente qualche front-end developer che si e' riciclato backend engineer non deve fare qualcosa piu' che smazzare un po' di rest API e fare qualcosa con la CPU. A questo punto buttate tutto e usate qualcosa di diverso oppure divertitevi a scrivervi uno scheduler cooperativo e spezzatevi a mano i task CPU bound per funzionare. O passate per un sistema di worker; e divertitevi a fare tutto questo in javafuckinscript. Questo ultima tua considerazione aprirà un dibattito in ufficio da me domani mattina. Grazie Enrico, adoro leggerti. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 fatto che sia un delirio, sul fatto che sia creato da sviluppatori per sviluppatori o su entrambe? -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 una cosa che possono usare i bimbominkia (chi ha detto PHP?) poi non ti lamentare se lo usano sopratutto loro. Sul fatto sia un delirio ancora non lo conosco a sufficienza da esprimere giudizi, e' nalla mia wishlist. Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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/ http://highscalability.com/blog/2012/10/4/linkedin-moved-from-rails-to-node-27-servers-cut-and-up-to-2.html http://venturebeat.com/2011/08/16/linkedin-node/ https://www.talentbuddy.co/blog/building-with-node-js-at-linkedin/ Se fosse un delirio paypal e linkedin dopo averlo adottato lo butterebbero. o mi sbaglio? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 sbagliarsi tutte quante. Per quel che vale, ogni volta che non sono andato insieme alla massa, mi sono trovato bene. Penso di continuare. -- Nicola 'tekNico' Larosa http://www.tekNico.net/ Non facciamo convegni. O meglio facciamo convegni senza convegno. Visto che poi ai convegni le cose importanti ce le si dice al bar abbiamo deciso di fare convegni con solo il bar, senza le relazioni e i microfoni. - Jacopo Fo, settembre 2014 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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: https://www.paypal-engineering.com/2013/11/22/node-js-at-paypal/ http://highscalability.com/blog/2012/10/4/linkedin-moved-from-rails-to-node-27-servers-cut-and-up-to-2.html http://venturebeat.com/2011/08/16/linkedin-node/ https://www.talentbuddy.co/blog/building-with-node-js-at-linkedin/ Se fosse un delirio paypal e linkedin dopo averlo adottato lo butterebbero. o mi sbaglio? https://yourlogicalfallacyis.com/bandwagon - PHP - MySQL - VisualBasic - ... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 netiquette, ma era chiarissima, pensa che la ho capita io, per cui la capirebbe anche una scimmia). Io come loro tendo a vedere le cose dal lato sviluppo, il deploy e' in effetti una cosa che personamente non so fare bene e cerco sempre di collaborare con chi ne sa a pacchi. Cosi' non faccio cazzate, almeno non piu' di tanto. Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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' essere un problema non da poco. Secondo me la frase chiave di un intervistato di Linkedin, indicante la mentalità che a mio parere è quella giusta perchè pragmatica, è questa: In our culture, we’re encouraged to try new technologies. Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 male. In fondo e' uno strumento che serve agli sviluppatori. Quando fai una cosa che possono usare i bimbominkia (chi ha detto PHP?) poi non ti lamentare se lo usano sopratutto loro. Il problema e' che poi i servizi vanno mantenuti e ci vanno fatte sopra le operations. C'e' parecchia esperienza in tutto questo. E al di la della buzzword devops, tipicamente ci sono persone che sono molto brave a scrivere codice, progettare interfacce e compagnia... e persone che sono molto brave a mettere in piedi servizi. Quando hai gli sviluppatori che pensano un tool senza molto input da parte della seconda categoria di persone, hai disastri in attesa di accadere. I tizi di node.js ti suggeriscono come buona pratica di prendere il webserver che hai nella standard library (e fin qui poco male, ma adesso ci arriviamo) e usare quello. In pratica l'applicazione e il webserver vivono nello stesso mondo. Che sembra bello, si. Solo che e' anche una forma piuttosto estrema di violazione di separations of concerns e di unnecessary tight coupling. Tipicamente nella maggior parte dei contesti hai un webserver (che parla HTTP), hai un qualche tipo di application server (che smazza da HTTP alla tua applicazione) e hai appunto la tua applicazione. Entro certi limiti, i tre pezzi sono intercambiabili (e si parlano in modo standard). Per esempio in Python puoi partire con Apache e quando hai un problema di scalabilita' sulle richieste sostituirlo con NGINX. Ora l'effort di sviluppo che hai fatto e' stato nell'applicazione, che tipicamente non sa un accidenti di chi chi sta davanti. E sempre tipicamente non e' particolarmente influenzato dal fatto che giri Apache o NGINX o LightHTTPd o chi per loro. Se domani qualcuno scrive un web server che fa i giri intorno ad NGINX, puoi metterlo su senza grossi problemi. Se tieni tutto quanto integrato diventa tutto molto piu' complicato. In questo ci sono una serie di problemi accessori, come per esempio... chi fa la terminazione SSL? Avere tutto in un unico blocco monolitico vuole dire cercare guai quando fai le operations. Poi certo... davanti a node.js ci si mette spesso nginx a fare da *load balancer* o da proxy... ma stavano cosi' bene separati per i fatti loro, voglio dire. E allora... perche' forzarmi questa architettura quando semplicemente potevo scegliermi i componenti come mi pareva, lasciando chiaro quello che e' il mestiere del webserver e quello dell'applicazione. 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 CPU (tipo perche' ci sono da fare dei conti). E questo te lo dovrebbero scrivere a caratteri cubitali sulla home-page: E' tutto magico finche' improvvisamente qualche front-end developer che si e' riciclato backend engineer non deve fare qualcosa piu' che smazzare un po' di rest API e fare qualcosa con la CPU. A questo punto buttate tutto e usate qualcosa di diverso oppure divertitevi a scrivervi uno scheduler cooperativo e spezzatevi a mano i task CPU bound per funzionare. O passate per un sistema di worker; e divertitevi a fare tutto questo in javafuckinscript. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 per le cose ovvie e le domande pelose non ricevono risposta. Ora devo solo capire come aggiustare il fatto che di tanto in tanto l'ACK dei messaggi fallisce per troppe connessioni, come cavolo metterlo a posto e tanti saluti. E nota, e' tutta merda nel backend, apparentemente. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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/ Ecco lo sapevo, posti sempre roba di troll rubysti ;) Scherzi a parte penso di condividere in gradissima parte cio' che dice. Se avessi tempo mi piacerebbe collaborare con Pyglet (a onor del vero lo trovo piu' pythonico, come sintassi, del suo fratello anziano). Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 (copre diverse casistiche), meglio documentata e spiegata e già usata in alcuni applicativi è quella scritta in JS. (mi sarei aspettato invece la stessa cosa in python). Giusto per dire che si possono trovare bei moduli applicativi anche in node.js Il 19 gennaio 2015 15:45, enrico franchi enrico.fran...@gmail.com ha scritto: 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 http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 stampante Laser. Non so per farci cosa esattamente ;) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 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 stampante Laser. Non so per farci cosa esattamente ;) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 generator python: cioè delle specie di closures che persistono il call stack e le variabili locali. normalmente questi generator li usi iterandoci con un for loop: def some_numbers(): yield 1 yield 2 yield 3 generator = some_numbers() # generator is suspended for number in generator: # suspended again print(number) immagina di avere tanti di questi generators: ognuno è come una specie di thread per asyncio (chiamato task). asyncio si occupa di iterare tutti i suoi task ed appena un generator si sospende, asyncio ne itera un altro. un generator asyncio deve obbligatoriamente usare le istruzioni yield e yield from ogni volta che vuole cedere il controllo ad altri task. asyncio contiene implementazioni per le normali funzionalità di IO (lettura da file, lettura da socket, ecc) nella forma di generators python. ogni task asyncio che scrivi tu deve per forza usare queste nuove primitive ogni volta che fa IO per esempio qui sotto (scusa lo pseudocodice, i nomi delle funzioni sono inventati solo per rendere l'idea) def do_ping(addr): sock = yield from asyncio.connect_socket(addr) yield from sock.write(b'ciao') task = do_ping() asyncio.run_untli_complete(task) Per capire meglio come funziona ti consiglio di scrivere un task che fa 1 richiesta http usando iohttp e scrive la risposta su stdout, poi lo fai eseguire ad asyncio. Alla fine i programmi asincroni asyncio sono di facile lettura (non servono i callback, sono chiari i punti di interruzione) e sono anche abbastanza performanti Spero sia di aiuto Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 '90 con asyncore nella libreria standard [1]. La v.1.0 di Twisted [2] è del 2002. L'ho usato con ottimi risultati dal 2003 al 2007. La v.1.0 di Tornado [3] è del 2010. Oggi forse userei quello piuttosto che Twisted, se non usassi altro. :-P La v.1.0 di node.js non è ancora uscita, si limitano a scrivere stable di fianco a versioni 0.x. Che dire, complimenti. Firmato: il vostro amichevole Storico di Quartiere. 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 efficacia del modello asincrono di node.js Curioso, avevo l'impressione che fosse esattamente la stessa foresta di callback, tanto che ultimamente è tutto un fiorire di Promise, Future e compagnia cantante. Twisted ha avuto le inline callback fin dai primi anni, per esempio. ecco quanto mi ha scritto uno degli sviluppatori di asyncio: you don't have a full understanding of how asyncio functions, which is understandable because asyncio is a nightmare of complexity. Preoccupante che uno degli sviluppatori sia così intimorito. Chi è costui? You cannot drop a random library into an asyncio project and expect it to function correctly. The project needs to have been written from the ground up to understand asyncio, or at least to have been wrapped in asyncio goodness. Questo è il problema comune della programmazione asicrona, che la rinchiude in una specie di ghetto. Almeno in Python. ;-) [1] https://docs.python.org/2/library/asyncore.html [2] https://twistedmatrix.com/ [3} www.tornadoweb.org/ -- Nicola 'tekNico' Larosa http://www.tekNico.net/ If you've spent years learning tricks to make your multithreading code work at all, let alone rapidly, with locks and semaphores and critical sections, you will be disgusted when you realize it was all for nothing. If there's one lesson we've learned from 30+ years of concurrent programming, it is: /just don't share state/. - Pieter Hintjens, 2013 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 written from the ground up to understand asyncio, or at least to have been wrapped in asyncio goodness. Questo è il problema comune della programmazione asicrona, che la rinchiude in una specie di ghetto. Almeno in Python. ;-) In generale la programmazione asincrona (o meglio il pattern reactor e/o proactor, che sono due cose diverse), in un linguaggio normale richiede l'uso di callback + macchina a stati. http://en.wikipedia.org/wiki/Reactor_pattern http://en.wikipedia.org/wiki/Proactor_pattern Le coroutine (e purtroppo CPython non le implementa, i generatori sono un sotto insieme), risolvono il problema, ma ne introducono altri come la gestione dello stack da parte del runtime. [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 tutti i suoi limiti) Qui o 6 pythonista o non te ce volemo... A parte gli scherzi, illuminaci sui pro/contro di node js. Omettendo chiaramente che è javascript... perché già lo sappiamo. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 usato un pò con node.js, e non lo trovo poi così male... L'hai già usato? Il 15 gennaio 2015 18:05, enrico franchi enrico.fran...@gmail.com ha scritto: 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 Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 positivi)): https://blog.scottnonnenberg.com/node-js-is-not-magical/ Il 15 gennaio 2015 19:19, Simone Federici s.feder...@gmail.com ha scritto: 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 utilizzatori in contemporanea), ha ottime performance. Ottimo contributo :-) A me piace l'idea che sta dietro node, un po' meno scrivere in javascript. Ma vedo che anche a loro fa schifo, vedi coffescript, Brython e compagnia. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 né la spocchia per fare comparazioni di un certo senso compiuto. Per cui alla tua domanda rispondo, umilmente, mettendo alcuni link che ho trovato con una semplice ricerca in google))), cui ho dato un'occhiata e che mi sembrano, sempre sulla base della mia poca (nulla) spocchia tecnologica e delle poche competenze, diano ragionevoli spunti. http://voidcanvas.com/describing-node-js/ http://programmers.stackexchange.com/questions/68376/what-are-the-pros-and-cons-of-node-js http://emyoli.com/blog/item/49-the-pros-and-cons-of-node-js-for-application-development/49-the-pros-and-cons-of-node-js-for-application-development Posso comunque dire che conosco persone che stanno usando node.js per i loro applicativi web e si trovano benissimo. Un amico ha lanciato ormai un anno fa un applicativo web usando shootlook ed anche, nei momenti di picco (decine di migliaia di utilizzatori in contemporanea), ha ottime performance. Marco Il 15 gennaio 2015 18:54, Simone Federici s.feder...@gmail.com ha scritto: 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 tutti i suoi limiti) Qui o 6 pythonista o non te ce volemo... A parte gli scherzi, illuminaci sui pro/contro di node js. Omettendo chiaramente che è javascript... perché già lo sappiamo. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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) 2015-01-15 18:35 GMT+01:00 Carlos Catucci carlos.catu...@gmail.com: 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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 utilizzatori in contemporanea), ha ottime performance. Ottimo contributo :-) A me piace l'idea che sta dietro node, un po' meno scrivere in javascript. Ma vedo che anche a loro fa schifo, vedi coffescript, Brython e compagnia. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 è scritto in python) Perche' non tutti vanno in giro in monopattino... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 comunicazioni asincrone a patto che non si blocchi l'event loop (cose che il caro python fatica a gestire). Ci sono chiaramente altre possibilità come go, rust, la vm di Erlang (elixir è interessante) -- Shipping is a feature. A really important feature. Your product must have it. Unix IS user friendly. It's just selective about who its friend are La gatta frettolosa ha fatto i gattini ciechi ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 fare i conti, piuttosto che andare a fare i conti stessi... Cioé, non passi la maggior parte del tempo ad aspettare un risultato. Quanto Valerio parlava di ambito numerico/scientifico, credo intendesse quegli ambiti dove essenzialmente si fanno solo conti in maniera molto consistente. Immagina programmi che devono passare un certo numero di ore (o talvolta giorni) a fare solo operazioni su vettori, matrici e cose così... Ambiti molto rappresentativi, ad esempio, sono simulazioni di fluidodinamica e previsioni metereologiche. Ora, sto un po' semplificando ed estremizzando, ma non so se tu sei familiare con l'ambito scientifico e questo è solo un esempio per darti un'idea del perché, anche secondo me, Julia non è il linguaggio che raccomanderei per un gestionale (benché se non sbaglio ha tutti gli elementi per poter fare anche quello) :) Ciauz ~Ale 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 vuole essere un linguaggio general-purpose. Certo non mi meraviglierei se ci fosse qualcuno che inizi a fare anche il caffè con Julia, ma è un linguaggio che esprime le sue potenzialità in ambito numerico/scientifico. Questo significa che un programma gestionale essenzialmente in ambito contabile potrebbe essere veloce ed efficiente? Se sì, quanto più di - poniamo per esempio - Python, Java o C++? Scusate se mi permetto d'intromettermi, ma questo aspetto mi tocca in prima persona ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 velocità di sviluppo è ottima, la portabilità è assicurata (io lavoravo su Osx, una collega su Linux e facevamo le build per Windows senza alcun problema) e la API di PyQT5 è stupenda :) -- Shipping is a feature. A really important feature. Your product must have it. Unix IS user friendly. It's just selective about who its friend are La gatta frettolosa ha fatto i gattini ciechi ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 OpenDocument (LibreOffice/OpenOffice) e PDF, mentre non sono ancora in chiaro al 100% su cosa mi converrà fare per la parte client. Ho dato un'occhiata a Python, mi piace molto e lo trovo semplice, intuitivo e ben supportato, però sono un po' dubbioso su quello che può essere la velocità d'esecuzione, e sto tenendo d'occhio anche Java (pure lui portatile, ben supportato, probabilmente almeno un pelo più veloce di Python, ma logorroico) e C/C++ (i primi amori non si scordano mai, ho mosso i primi passi nella programmazione con il linguaggio C...), mentre la soluzione di una web app mi convince poco. Non è una cosa immediata, se ne parlerà verso fine anno, ma intanto comincio a guardarmi intorno... da qui la mia domanda. A parte che potrest valutare un prodotto ready-to.go come l'ex OpenERP (oggi si chiama ODOO), in un gestionale la velocita' di calcolo e' davvero l'ultimo dei problemi. A parte che se davvero fosse critica puoi optare per un wrapper su applicazioni C/C++ che fanno la parte sporca. Sul dubbio della web app non mi trovi d'accordo, possono salvare la vita, pero' se hai voglia/tempo di studiare qualcosa tipo PyQT o simili direi che Python rimanga la scelta migliore. IMHO ovviamente Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 allo stato attuale ho scritto in Access + VBA; per la banca dati mi appoggerò su PostgreSQL, per la reportistica su OpenDocument (LibreOffice/OpenOffice) e PDF, mentre non sono ancora in chiaro al 100% su cosa mi converrà fare per la parte client. Django¹? Dovrebbe avere tutto quello che ti serve. Imparando ad utilizzare il framework per il gestionale, potrai utilizzarlo poi per creare siti web! E inoltre lo puoi utilizzare come backend per eventuali app native. Ciao ¹https://www.djangoproject.com/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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, rispetto ad Odoo: per via della più bassa curva di apprendimento, e perché Odoo nasce con intentiidi Gestionali Enterprise…. Specie per chi, come mi pare di capire, lavora con Python per la prima volta. In ogni caso, segnalo a tutti che si sta andando non poco OT. Se volete continuare questa discussione, forkate il thread. TY. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Julia (Was: Walks like Python. Runs like C).
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). Questo significa, in termini di prestazioni, che ha freddo è molto lento, ma poi recupera di molto in termini di prestazioni. Beh, del resto questo già lo sappiamo con PyPy. - Ha una sintassi che subisce molto l'influenza di Matlab (vedi le indicizzazioni one-indexed). Del resto i creatori di Julia vengono da quel mondo li e la nascita di Julia è il risultato del loro tentativo di scavalcare tutte le limitazioni di Matlab, specie per quello che riguarda il calcolo parallelo. - A tal proposito, Julia nasce con un supporto nativo per caclolo multi-core/multi machine - Inoltre, allo stesso modo, nasce con una integrazione built-in per l'interfacciamento con altri linguaggi - ad esempio ho visto moduli di ML per Julia che usano Sciki-learn, oppure librerie di plotting che si appoggiano su matplotlib o ggplot Tuttavia: - è 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 meraviglierei se ci fosse qualcuno che inizi a fare anche il caffè con Julia, ma è un linguaggio che esprime le sue potenzialità in ambito numerico/scientifico. Del resto è nato per quello! Inoltre, in quanto rimpiazzo di Matlab, tutto torna. Infine: - l'influenza di Julia nel mondo Python (ambito numerico/scientifico, si intenda) non è certo stato di poco conto. Si consideri che alla scorsa SciPyConf, il più grande evento Python di settore, c'è stato addirittura un training su Julia. Inoltre, Julia (insieme a Python e R) appare nell'acronimo del nuovo progetto Jupyter - evoluzione del kernel iPython language un-aware. Infatti, iJulia è stato (se non erro) il primo progetto di porting di iPython che non facesse uso di magic-extensions (come R e Octave prima di lui) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 meraviglierei se ci fosse qualcuno che inizi a fare anche il caffè con Julia, ma è un linguaggio che esprime le sue potenzialità in ambito numerico/scientifico. Questo significa che un programma gestionale essenzialmente in ambito contabile potrebbe essere veloce ed efficiente? Se sì, quanto più di - poniamo per esempio - Python, Java o C++? io per un gestionale rimarrei su Python. Fine della storia. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 al neutrino in mano)) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- Shipping is a feature. A really important feature. Your product must have it. Unix IS user friendly. It's just selective about who its friend are La gatta frettolosa ha fatto i gattini ciechi ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 vuole essere un linguaggio general-purpose. Certo non mi meraviglierei se ci fosse qualcuno che inizi a fare anche il caffè con Julia, ma è un linguaggio che esprime le sue potenzialità in ambito numerico/scientifico. Questo significa che un programma gestionale essenzialmente in ambito contabile potrebbe essere veloce ed efficiente? Se sì, quanto più di - poniamo per esempio - Python, Java o C++? Scusate se mi permetto d'intromettermi, ma questo aspetto mi tocca in prima persona Sai che sono un po' terrorizzato dall'associazione fra calcolo floating point e gestionali? -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 efficacia del modello asincrono di node.js ecco quanto mi ha scritto uno degli sviluppatori di asyncio: you don't have a full understanding of how asyncio functions, which is understandable because asyncio is a nightmare of complexity. The short statement is that asyncio uses an event loop, combined with futures and coroutines (in the form of generators) to perform explicit concurrency. Note that it performs explicit concurrency. You cannot drop a random library into an asyncio project and expect it to function correctly. The project needs to have been written from the ground up to understand asyncio, or at least to have been wrapped in asyncio goodness. aiohttp has been written in exactly that manner: requests has not. This means that requests never yields for other coroutines to run, and so they never will. This totally eliminates the advantage of asyncio. There is no plan currently to rewrite requests to use asyncio: support is simply not there yet. If you would like to use something that looks like requests' API, you have one obvious option.:async-requests, which has been written for asyncio. I don't know, however, whether it is Python 3.4 only or not. Il 15 gennaio 2015 21:22, Carlos Catucci carlos.catu...@gmail.com ha scritto: 2015-01-15 19:46 GMT+01:00 Giovanni Porcari giovanni.porc...@softwell.it: A me Javascript PIACE. Picchiatemi, lapidatemi e strozzatemi ma non lo trovo così orrendo e usato lato client ci fai cose eccellenti. (ovviamente se capisci che contiene insidie nascoste per cui un campo minato al confronto è un luogo piacevole e rilassante). Usarlo come server... ehm Ma che vantaggio c'è ??? Io uso js in frontend. Con jQuery sopra diventa abbastanza simile a Python da potermi quasi piacere, e poi usato a oggetti (si va beh) non e' cosi' malaccio. bella la cosa sul campo minato, sull'usarl sul server, beh hai il vaytaggio di avere un linguaggio in meno da usare (tra programmazione, descrizione di pagina etc spesso ci si trova a menggiare 4, 5 anche 6 diversi bagagli) ma il discorso fila se lato server hai una chiavica come PHP oppure un mostro di complessita' come Java. Se usi un linguaggio morbido tutto decade. Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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: http://it.m.wikipedia.org/wiki/Top-posting 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. 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 event-driven ti dai la zappa sui piedi. la complessotà è la stessa che c'è su node. semplicemente su node tutte le librerie sono svritte event driven. su linguaggi general purpose devi scegliere le librerie giuste. -- Simone Federici Software Craftsman XP, Agile, Scrum, Kanban Quality, performance security Explicit is better than implicit. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Julia (Was: Walks like Python. Runs like C).
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 event-driven ti dai la zappa sui piedi. 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 la complessotà è la stessa che c'è su node. semplicemente su node tutte le librerie sono svritte event driven. su linguaggi general purpose devi scegliere le librerie giuste. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python