Re: [Python] E ora chi glie lo dice a gollum?

2015-03-24 21:39 GMT+01:00 Carlos Catucci : > > https://lh3.googleusercontent.com/-UkzE34Mkufw/VRF0_3RmzFI/Jl0/2BEQeAMyaY8/w506-h678/690a201e-4d0f-423e-8a50-af2383387868 > > LOL -- * Nicola Gramola (°> Above all, be cool! - linux addicted - keep calm and clear cache - keep it simple

Re: [Python] 10 myths

Il 24/03/2015 21:15, Carlos Catucci ha scritto: https://www.paypal-engineering.com/2014/12/10/10-myths-of-enterprise-python/ Myth #8 Mi era parso di capire che ci sono dati per dire che il problema e' reale ed e' una delle cose che sta spingendo alcuni verso Go.

Re: [Python] 10 myths

> Il 24/03/2015 21:15, Carlos Catucci ha scritto: >> >> https://www.paypal-engineering.com/2014/12/10/10-myths-of-enterprise-python/ >> > > Myth #8 > > Mi era parso di capire che ci sono dati per dire che il problema e' reale > ed e' una delle cose che sta spingendo alcuni verso Go. > Hmm, pytho

Re: [Python] 10 myths

Il 25 marzo 2015 09:17, Roberto De Ioris ha scritto: >> Mi era parso di capire che ci sono dati per dire che il problema e' reale >> ed e' una delle cose che sta spingendo alcuni verso Go. > > Hmm, python HA una marea di engine di concorrenza, e alcuni di altissimo > livello e davvero per tutti i

Re: [Python] 10 myths

> Il 25 marzo 2015 09:17, Roberto De Ioris ha scritto: > >>> Mi era parso di capire che ci sono dati per dire che il problema e' >>> reale >>> ed e' una delle cose che sta spingendo alcuni verso Go. >> >> Hmm, python HA una marea di engine di concorrenza, e alcuni di altissimo >> livello e davver

Re: [Python] 10 myths

>> Roberto De Ioris ha scritto: >>> Node e Go hanno deciso che basta un solo engine/approccio, il >>> primo ti dice che con la programmazione a callback fai tutto >>> (e vabbe' qui si apre un mondo [di bestemmie]) Esattamente. :-D >>> il secondo che i "thread in userspace" (passatemi il termine)

Re: [Python] 10 myths

>>> Roberto De Ioris ha scritto: Node e Go hanno deciso che basta un solo engine/approccio, il primo ti dice che con la programmazione a callback fai tutto (e vabbe' qui si apre un mondo [di bestemmie]) > > Esattamente. :-D > > il secondo che i "thread in userspace" (passatemi

Re: [Python] 10 myths

Roberto De Ioris wrote: > Se vieni a firenze saro' la tua ombra, anche in bagno, appena dici > una frase sbagliata ti do' un coppino e ti correggo. Dannato > pignolo... Purtroppo (o per fortuna ;-) ) non ci vengo. Ah, ho aggiunto un puntino alla fine della tua frase, spero non ti scocci. ;-D >

Re: [Python] 10 myths

> Roberto De Ioris wrote: >> Se vieni a firenze saro' la tua ombra, anche in bagno, appena dici >> una frase sbagliata ti do' un coppino e ti correggo. Dannato >> pignolo... > > Purtroppo (o per fortuna ;-) ) non ci vengo. > > Ah, ho aggiunto un puntino alla fine della tua frase, spero non ti > sc

Re: [Python] 10 myths

On Mar 25, 2015 9:45 AM, "Carlo Miron" wrote: > > Il 25 marzo 2015 09:17, Roberto De Ioris ha scritto: > > >> Mi era parso di capire che ci sono dati per dire che il problema e' reale > >> ed e' una delle cose che sta spingendo alcuni verso Go. > > > > Hmm, python HA una marea di engine di concor

Re: [Python] 10 myths

2015-03-25 10:10 GMT+01:00 Nicola Larosa : > (Coppini in bagno e poliamore nello stesso messaggio mi lasciano > lievemente perplesso.) > Io sarei piu' ... preoccupato che perplesso ;) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Pytho

Re: [Python] 10 myths

2015-03-25 9:17 GMT+01:00 Roberto De Ioris : > Il non dover scegliere e' un grande vantaggio (ed e' anche una cosa molto > pythonica). > Cerrtto. Io sto dando una occhiata al tutorial introduttivo. E trovo subito che puoi dichiarare le variabili in due modi differenti, di cui uno con il costrutto

Re: [Python] 10 myths

Nicola Larosa ha scritto: >> (Coppini in bagno e poliamore nello stesso messaggio mi lasciano >> lievemente perplesso.) Roberto De Ioris ha scritto: > dannazione. punto tuo. Certe cose vanno accettate, reprimersi fa male. :-) Carlos Catucci ha scritto > Io sarei piu' ... preoccupato che perpl

Re: [Python] 10 myths

2015-03-25 10:11 GMT+01:00 Manlio Perillo : > https://xkcd.com/927/ Vecchia ma sempre attuale. D'altronde non era Tanebaum che diceva di Unix che il suo bello e' che e' uno standard e quindi ciascun produttore si era fatto il suo personale di standard? Carlos -- EZLN ... Para Todos Todo ... Na

Re: [Python] 10 myths

2015-03-25 10:16 GMT+01:00 Nicola Larosa : > Perché sei ancora preda di una morale bigotta e repressiva. ;-) Magari hai ragione tu Nicola. ;) Peace & Love Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.

Re: [Python] 10 myths

Carlos Catucci wrote: > puoi dichiarare le variabili in due modi differenti, > di cui uno con il costrutto := L'operatore := combina dichiarazione (var) ed inizializzazione: On declaring variables -- Nicola 'tekNico' Larosa

Re: [Python] 10 myths

On 25 March 2015 at 10:22, Nicola Larosa wrote: > L'operatore := combina dichiarazione (var) ed inizializzazione: > Si ma mi chiedo: serve davvero? In javascript [non devo parlare di Python, non devo parlare di Python, non devo parlare di Python, ..., non devo parlare di Python] posso usare il v

Re: [Python] 10 myths

> Il giorno 25/mar/2015, alle ore 10:10, Nicola Larosa ha > scritto: > >> Pace e poliamore... > > Pace e poliamore sempre. > > > (Coppini in bagno e poliamore nello stesso messaggio mi lasciano > lievemente perplesso.) onestamente, il thread ha preso un'altra piega. Preoccupante piu' che l

Re: [Python] 10 myths

On 03/25/2015 09:20 AM, Diego Barrera wrote: Myth #8 Mi era parso di capire che ci sono dati per dire che il problema e' reale ed e' una delle cose che sta spingendo alcuni verso Go. Oddio, io mi sto spingendo verso Go anche per una questione di efficienza di memoria (ok, e` un argomento de

Re: [Python] 10 myths

2015-03-25 10:28 GMT+01:00 Carlos Catucci : > > On 25 March 2015 at 10:22, Nicola Larosa wrote: > >> L'operatore := combina dichiarazione (var) ed inizializzazione: >> > > Si ma mi chiedo: serve davvero? > Anche a me la doppia scelta non piace, ma quella "corta" serve in alcuni punti, come ad es

Re: [Python] 10 myths

2015-03-25 10:54 GMT+01:00 Manlio Perillo : > Se leggi la specifica del linguaggio noterai che c'è anche un altra > importante differenza tra var e `:=` Forse ancora non ci arrivo. Resta il fatto che la scelta mi appare strana, per ignoranza, sia chiaro. Carlos -- EZLN ... Para Todos Todo ...

Re: [Python] 10 myths

Explicit is better than implicit. Il giorno 25 marzo 2015 11:16, Carlos Catucci ha scritto: > > 2015-03-25 10:54 GMT+01:00 Manlio Perillo : > >> Se leggi la specifica del linguaggio noterai che c'è anche un altra >> importante differenza tra var e `:=` > > > Forse ancora non ci arrivo. Resta il

Re: [Python] 10 myths

2015-03-25 10:36 GMT+00:00 Luca Bacchi : > Explicit is better than implicit. > Bottom quoting is better than top quoting. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] 10 myths

2015-03-25 9:28 GMT+00:00 Carlos Catucci : > Si ma mi chiedo: serve davvero? Io lo trovo molto comodo. Gli use-case che var non copre sono impagabili. Poi chiaramente si puo' vivere senza, ma un sacco di cose sarebbero molto piu' verbose. -- . ..: -enrico- _

Re: [Python] 10 myths

enrico franchi wrote: > Bottom quoting is better than top quoting. { ma quanto mi disturbano le parentesi... } ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] 10 myths

2015-03-25 8:40 GMT+00:00 Roberto De Ioris : > > Hmm si, fermo restando che la trovo una delle specifiche piu' > sovraingegnerizzate di python (che cavolo sembra una roba in java :P), > Sovraingegnerizzate? Si, e' vero, un po' e' cosi'. D'altra parte l'alternativa sarebbe stata introdurre nuova s

Re: [Python] 10 myths

Simone Federici wrote: > { > ma quanto mi disturbano le parentesi... > } Eh, ormai ci ho rifatto il callo. Pochi programmatori apprezzano il genio dell'indentazione significativa: sarebbe stato un problema per l'adozione del linguaggio, ancor più dello svantaggio di non poter avere funzioni anon

Re: [Python] 10 myths

2015-03-25 9:00 GMT+00:00 Nicola Larosa : > >> Roberto De Ioris ha scritto: > >>> Node e Go hanno deciso che basta un solo engine/approccio, il > >>> primo ti dice che con la programmazione a callback fai tutto > >>> (e vabbe' qui si apre un mondo [di bestemmie]) > > Esattamente. :-D > > > >>> il

Re: [Python] 10 myths

2015-03-25 11:36 GMT+01:00 Luca Bacchi : > Explicit is better than implicit. > > Il giorno 25 marzo 2015 11:16, Carlos Catucci > ha scritto: > Gollum, tutto tuo ;) (Che gia' sara' incazzato per il tessorrro che si e' rotto) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___

Re: [Python] 10 myths

enrico franchi wrote: > In realta' il comportamento che descrivi e' l'implementazione della > versione principale di go. Nella specifica, non dice niente su M -> > N. Dice solo che viene chiamata "as an independent concurrent thread > of control". Grazie, m'era sfuggito. > E in effetti gccgo, l

[Python] Rilasciare wheel su pypi

Salve a tutti, poco fa per rilasciare un pacchetto su pypi ho usato questo comando: *python setup.py sdist bdist_wheel upload -s* Che ha creato sia il formato egg, che wheel, solo che su pypiper wheel risultava che fosse python 2.7, allora ho dovuto rieseguire parte del comando con python3: *py

Re: [Python] 10 myths

On 25 March 2015 at 11:58, Nicola Larosa wrote: > > E in effetti gccgo, l'ultima volta che ho controllato, le mappava 1:1 > > sui thread dell'OS. > > Sul serio?!? È sufficiente per impedirne l'uso in molti casi. :-( Per i poveri mortali, che vuol dire? Carlos -- EZLN ... Para Todos Todo ... N

Re: [Python] 10 myths

Enrico Franchi wrote: >>> E in effetti gccgo, l'ultima volta che ho controllato, le mappava >>> 1:1 sui thread dell'OS. > Nicola Larosa wrote: >> Sul serio?!? È sufficiente per impedirne l'uso in molti casi. :-( Carlos Catucci wrote: > Per i poveri mortali, che vuol dire? Impatta la scalabilità.

Re: [Python] 10 myths

Nicola Larosa wrote: > bisogna usare approcci più come gli eventi asincroni "...approcci più *leggeri* come...", uff. -- Nicola 'tekNico' Larosa ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/li

Re: [Python] 10 myths

2015-03-25 12:13 GMT+01:00 Nicola Larosa : > Avere un thread di sistema per ogni goroutine taglia le gambe. E questo, se ho ben capito, con python si fa con molta fatica. Speranze che il 3 possa risolvere questo problema? Altra domanda, so che Django, ad esempio, e' usato in siti ad altissimo c

Re: [Python] 10 myths

On Wed, Mar 25, 2015 at 11:58 AM, Nicola Larosa wrote: > [...] > > E in effetti gccgo, l'ultima volta che ho controllato, le mappava 1:1 > > sui thread dell'OS. > > Sul serio?!? È sufficiente per impedirne l'uso in molti casi. :-( > > Spero gccgo passi a usare il runtime principale, e presto. >

Re: [Python] 10 myths

> Nicola Larosa wrote: >> Avere un thread di sistema per ogni goroutine taglia le gambe. Carlos Catucci wrote: > E questo, se ho ben capito, con python si fa con molta fatica. Si fa con l'approccio asincrono: Twisted, Tornado, o asyncio. > Altra domanda, so che Django, ad esempio, e' usato in s

Re: [Python] 10 myths

> Nicola Larosa wrote: >> Spero gccgo passi a usare il runtime principale, e presto. Manlio Perillo wrote: > Se lo facesse, sarebbe un problema, IMHO. > Il runtime principale è la causa della non interoperabilità > con il resto del mondo, AFAIK. La non-interoperabilità è unidirezionale.

Re: [Python] 10 myths

On Wed, Mar 25, 2015 at 12:37 PM, Nicola Larosa wrote: > > Nicola Larosa wrote: > >> Spero gccgo passi a usare il runtime principale, e presto. > > Manlio Perillo wrote: > > Se lo facesse, sarebbe un problema, IMHO. > > Il runtime principale è la causa della non interoperabilità > > con il resto

Re: [Python] 10 myths

2015-03-25 12:32 GMT+01:00 Nicola Larosa : > Non risolve. Si mette un bel server davanti che gestisca i file statici, > e poi si scala orizzontalmente su tante macchine che fanno da application > server, con un bel cluster di database dietro. > E rispetto ad avere una macchina che gestisce un num

Re: [Python] 10 myths

2015-03-25 12:45 GMT+01:00 Carlos Catucci : > > 2015-03-25 12:32 GMT+01:00 Nicola Larosa : > >> Non risolve. Si mette un bel server davanti che gestisca i file statici, >> e poi si scala orizzontalmente su tante macchine che fanno da application >> server, con un bel cluster di database dietro. >>

Re: [Python] 10 myths

Nicola Larosa : > Impatta la scalabilità. Usare un thread per ogni operazione > concorrente significa esser limitati a qualche migliaio di esecuzioni > contemporanee, con alti consumi di memoria. > > Per arrivare a milioni di connessioni contemporanee bisogna usare approcci > più come gli eventi a

[Python] R: Re: 10 myths

Messaggio originale Da: s.feder...@gmail.com Data: 25/03/2015 13.14 A: "Discussioni generali sul linguaggio Python" Ogg: Re: [Python] 10 myths Nicola Larosa : Impatta la scalabilità. Usare un thread per ogni operazione concorrente significa esser limitati a qualche migliaio di e

Re: [Python] 10 myths

> Nicola Larosa : > >> Impatta la scalabilità. Usare un thread per ogni operazione >> concorrente significa esser limitati a qualche migliaio di esecuzioni >> contemporanee, con alti consumi di memoria. >> >> Per arrivare a milioni di connessioni contemporanee bisogna usare >> approcci >> più come

Re: [Python] 10 myths

> enrico franchi wrote: >> In realta' il comportamento che descrivi e' l'implementazione della >> versione principale di go. Nella specifica, non dice niente su M -> >> N. Dice solo che viene chiamata "as an independent concurrent thread >> of control". > > Grazie, m'era sfuggito. > > >> E in effe

Re: [Python] 10 myths

Roberto De Ioris: > Quello che descrivi te mi sembra parecchio rocambolesco (continuo > context switch tra thread dedicati all'i/o e tread puramente cpu-centrici), > ma se e' davvero cosi', tanto di cappello :) > hai raggione la maggior parte delle implementazioni si limitano come hai detto tu fa

Re: [Python] 10 myths

On Wednesday 25 March 2015 11:50:17 Nicola Larosa wrote: > Pochi programmatori apprezzano il genio dell'indentazione significativa: > sarebbe stato un problema per l'adozione del linguaggio, ancor più dello > svantaggio di non poter avere funzioni anonime inline. Però una cosa che mi ha piacevolme

Re: [Python] 10 myths

Il giorno 25 marzo 2015 11:50, Nicola Larosa ha scritto: > Simone Federici wrote: > > { > > ma quanto mi disturbano le parentesi... > > } > > Eh, ormai ci ho rifatto il callo. > > Pochi programmatori apprezzano il genio dell'indentazione significativa: > sarebbe stato un problema per l'adozione d

Re: [Python] E ora chi glie lo dice a gollum?

2015-03-25 8:36 GMT+01:00 Nicola Gramola : > > > 2015-03-24 21:39 GMT+01:00 Carlos Catucci : >> >> >> https://lh3.googleusercontent.com/-UkzE34Mkufw/VRF0_3RmzFI/Jl0/2BEQeAMyaY8/w506-h678/690a201e-4d0f-423e-8a50-af2383387868 >> > LOL ARG -- Gollum1 - http://www.gollumone.it T

[Python] Creare alberi/diagrammi consequenziali

Ciao, avrei bisogno di creare una interfaccia che permetta di gestire in maniera user friendly delle strutture di dato tipo diagrammi consequenziali o anche tipo ad albero.Penso a dei diagrammi di flusso in cui un utente ha la possibilità di aggiungere/modificare nodi e interconnessioni.La mia d

Re: [Python] E ora chi glie lo dice a gollum?

On 25 March 2015 at 17:09, Gollum1 wrote: > ARG Temevo che tu potessi prenderla in questo modo ;) Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/lis

Re: [Python] Creare alberi/diagrammi consequenziali

2015-03-25 17:17 GMT+01:00 piergiorgio pancino : > avrei bisogno di creare una interfaccia che permetta di gestire in maniera > user friendly delle strutture di dato tipo diagrammi consequenziali o anche > tipo ad albero. > Penso a dei diagrammi di flusso in cui un utente ha la possibilità di > ag

Re: [Python] 10 myths

On Wed, Mar 25, 2015 at 10:58 AM, Nicola Larosa wrote: > > E in effetti gccgo, l'ultima volta che ho controllato, le mappava 1:1 > > sui thread dell'OS. > > Sul serio?!? È sufficiente per impedirne l'uso in molti casi. :-( > Non ho trovato conferma nella documentazione ufficiale, ma ne ho letto

Re: [Python] 10 myths

2015-03-25 11:13 GMT+00:00 Nicola Larosa : > Impatta la scalabilità. Usare un thread per ogni operazione concorrente > significa esser limitati a qualche migliaio di esecuzioni contemporanee, > con alti consumi di memoria. > E non a caso e' da un po' che anche i Javisti hanno smesso di fare cosi'

Re: [Python] 10 myths

2015-03-25 11:17 GMT+00:00 Carlos Catucci : E questo, se ho ben capito, con python si fa con molta fatica. > "Molta"... e' relativo. Diciamo che in generale scrivere sistemi I/O bound ad alte performance in Python rimane abbastanza facile. In generale sai anche di partenza che il tuo servizio dov

Re: [Python] 10 myths

2015-03-25 11:55 GMT+00:00 Manlio Perillo : > Costa di più, in termini monetari. > Non solo: e' anche molto piu' complesso calcolare l'availability. > > -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman

Re: [Python] 10 myths

2015-03-25 12:14 GMT+00:00 Simone Federici : c'è una libreria python che si avvicina a questo modello? > Con Twisted e' essenzialmente "gratis", ed e' piuttosto facile da implementare con gevent. Dopo di che, entrambi si comportano malissimo quando hai pezzi che sono CPU bound, mentre Java se ne

Re: [Python] 10 myths

2015-03-25 12:36 GMT+00:00 Roberto De Ioris : > Nel 4.9 sono stati introdotti gli split stack (feature belissima, che gia' > ho avuto occasione di usare in altri contesti) il che ha avvicinato le > goroutine di gccgo a go. > Ma sbaglio o gli split-stack girano solo su Linux? -- . ..: -enrico-

Re: [Python] 10 myths

> 2015-03-25 12:36 GMT+00:00 Roberto De Ioris : > >> Nel 4.9 sono stati introdotti gli split stack (feature belissima, che >> gia' >> ho avuto occasione di usare in altri contesti) il che ha avvicinato le >> goroutine di gccgo a go. >> > > Ma sbaglio o gli split-stack girano solo su Linux? > > di