2015-07-13 17:49 GMT+02:00 enrico franchi :
> Io credo che quello che puoi facilmente fare e' invece separare a livello
> di architettura invece che a livello di codice. E.g., hai un set di API
> rest servite da Go e un layer sottile in Python che chiama le API. Poi,
> detto fra noi... sta roba vi
2015-07-12 18:42 GMT+01:00 Carlos Catucci :
> Chiamare Go da Python. Cosi' le parti critiche potrebbero essere gestite
> da Go e le cose che faccio meglio in Python le faccio in Python appunto.
>
Mah, dipende cosa vuoi fare, davvero. Allora... in Go 1.5 sara' piuttosto
facile chiamare Go da C (e
2015-07-13 1:35 GMT+02:00 Davide Muzzarelli :
> Si perderebbero molte performance convertendo i dati da un ambiente
> all'altro. Dubito che convenga farlo.
>
Allora perhe' sio wrappano programmi C/C++?
Puoi comunque mettere in piedi una queue con RabbitMQ, oppure in maniera
> più leggera con Re
Il 12/07/2015 19:42, Carlos Catucci ha scritto:
Chiamare Go da Python. Cosi' le parti critiche potrebbero essere gestite
da Go e le cose che faccio meglio in Python le faccio in Python appunto.
Si perderebbero molte performance convertendo i dati da un ambiente
all'altro. Dubito che convenga f
Il 12/07/2015 19:26, enrico franchi ha scritto:
Tipo... 90.000 connessioni aperte simultaneamente? Ma dai, diciamo
proprio di no. Non e' che non *puoi* farlo. E' che e' proprio una
cattiva idea farlo *a meno che non devi proprio farlo*. Tipicamente
tutte le volte che assumi che qualcosa sia gratu
On Jul 12, 2015 6:58 PM, "enrico franchi" wrote:
> Io posso dire che Python sufficientemente vecchio era molto leggibile.
Leggibile perche' aveva meno features e soprattutto meno features
"complesse". Piano piano le hanno aggiunte, e' tutta roba molto potente e
interessante, ma alla fine dei conti
Il 12/lug/2015 14:30, "Davide Muzzarelli" ha
scritto:
>
> Ecco qui di seguito una lista non ordinata.
Mi permetto di aggiungere uno dei progetti con la codebase Go più estesa in
circolazione:
https://github.com/golang/go
Ciao
M.
___
Python mailing lis
2015-07-12 19:34 GMT+02:00 enrico franchi :
>
> Cosa intendi? Vuoi chiamare Go da Python o Python da Go? O cosa altro
> avevi in mente?
>
Chiamare Go da Python. Cosi' le parti critiche potrebbero essere gestite da
Go e le cose che faccio meglio in Python le faccio in Python appunto.
Carlos
--
2015-07-11 12:18 GMT+01:00 Carlos Catucci :
>
> Verdad, la gestione e' semplficata, ma la leggibilita' lo diventa solo
> quando hai capito come funzionano. Il Try Except Finally Else di Python e'
> immediato. Tranen forse Else ecco. Che comunque trovo comodissimo da avere.
>
Dici? Non so... stati
2015-07-11 11:40 GMT+01:00 Davide Muzzarelli :
> Ogni gorutine (simile ai thread) occupa 4kb. In 350MB di RAM puoi gestire
> circa 90.000 connessioni aperte simultaneamente.
Come dire... occhio pero'. Tutte le volte nella storia dell'informatica che
qualcuno ha convinto qualcun altro che qualcos
2015-07-10 20:16 GMT+01:00 Carlos Catucci :
>
> Tutti quelli che considerano Python facile da leggere non devono solo
>> considerare il problema "riesco a rileggere il codice che ho scritto"
>> (problema non banale, certi linguaggi falliscono malamente anche questo).
>> Ma devono considerare anche
Il 12/07/2015 09:10, Carlos Catucci ha scritto:
> Che voi sappiate qualcuno sta usando Go per scrivere software di
sistema "famosi" (o noti, con buone prospettive) ?
Qualcuno ha risposte? La domanda scaturisce dal discorso C vs Go, con il
primo usatissimo ancora per scrivere OS o sistemi embedd
Un interessante quesito che e' alla fine e' venuto fuori dalla lista CPYG-BO
> Che voi sappiate qualcuno sta usando Go per scrivere software di sistema
"famosi" (o noti, con buone prospettive) ?
Qualcuno ha risposte? La domanda scaturisce dal discorso C vs Go, con il
primo usatissimo ancora per s
Il 11/07/2015 19:09, Simone Federici ha scritto:
per te, che lo scrivi ma il codice è letto in media 50 volte in piú a
quanto viene scritto.
Il fatto è che scrivendo metti il defer nel posto migliore a livello
logico proprio dove te lo aspetteresti. Le funzioni in Go tendono ad
essere piuttos
Il 11/07/2015 19:02, Simone Federici ha scritto:
molto molto fico, lo compro :-)
LOL :D
Davide Muzzarelli
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Il 11/07/2015 15:50, Enrico Bianchi ha scritto:
Per capire, cosa intendi?
Una traduzione sommaria e imprecisa dello zen di Python, che avrei
potuto fare meglio :p
I "metodi" in Go sono alla stessa indentazione delle "classi", in
effetti si tratta di funzioni collegate a strutture.
Lo stil
Davide Muzzarelli:
>
> E' come in finally, con la differenza che puoi metterli nel punto dove
> preferisci e non devi creare dei livelli d'identazione quando ne devi
> creare più di uno.
ok capito
> In sostanza sono più comodi e semplici da utilizzare rispetto ai finally.
per te, che lo scriv
Carlos Catucci:
>
> >Ogni gorutine (simile ai thread) occupa 4kb. In 350MB di RAM puoi gestire
> circa 90.000 connessioni aperte >simultaneamente. Puoi usare tutte le CPU a
> disposizione fin da subito senza scrivere codice aggiuntivo.
>
molto molto fico, lo compro :-)
--
Simone Federici
-
On 07/10/2015 08:21 PM, Davide Muzzarelli wrote:
- Piatto è meglio che annidato
- Sparso è meglio che denso
Per capire, cosa intendi?
Enrico
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
2015-07-11 12:40 GMT+02:00 Davide Muzzarelli :
> E' come in finally, con la differenza che puoi metterli nel punto dove
> preferisci e non devi creare dei livelli d'identazione quando ne devi
> creare più di uno. In sostanza sono più comodi e semplici da utilizzare
> rispetto ai finally.
>
Verda
Il 10/07/2015 21:27, Carlos Catucci ha scritto:
Scusa solo per capire, dov'e' la differenza con try except? E comunque
tu indich defer (non lo conosco bene) subito dopo avere aperto. Implica
che verra' eseguito COMUNQUE (tipo finally per capirci) alla fine della
funzione? Se si e' davvero una cos
2015-07-10 21:27 GMT+02:00 Carlos Catucci :
>
> 2015-07-10 20:21 GMT+02:00 Davide Muzzarelli :
>
>> In questo esempio, il file verrebbe chiuso correttamente anche nel caso
>> in cui f.Write() restituisse un errore:
>>
>> f, _ := os.Open("nome del file")
>> defer f.Close()
>> n, err :=
2015-07-10 20:21 GMT+02:00 Davide Muzzarelli :
> In questo esempio, il file verrebbe chiuso correttamente anche nel caso in
> cui f.Write() restituisse un errore:
>
> f, _ := os.Open("nome del file")
> defer f.Close()
> n, err := f.Write("foobar")
> if err != nil {
> return
2015-07-10 18:49 GMT+02:00 enrico franchi :
> Tutti quelli che considerano Python facile da leggere non devono solo
> considerare il problema "riesco a rileggere il codice che ho scritto"
> (problema non banale, certi linguaggi falliscono malamente anche questo).
> Ma devono considerare anche il p
Il 10/07/2015 16:19, Carlos Catucci ha scritto:
> Attendo risposte (che con il vostro permesso riportero' all'esimio prof,
> nonche' amico di vecchia data)
Uso Go in produzione da un anno e mezzo circa, in poco tempo ho
sviluppato un software per gestire i prodotti di un eCommerce più
qualche a
2015-07-10 15:19 GMT+01:00 Carlos Catucci :
Riporto quanto espresso sulla lista XPUG-BO dal prof. Marcello "Piffy"
> Missiroli.
>
> "Un mio commento a freddo sulla serata (che è stata molto carina, anche
> nel post-evento)
>
> Dato che ignoro il ramo applicativo di Go e di quali e quante libreria
2015-07-10 16:47 GMT+02:00 Nicola Larosa :
> Quanto avrei da dire è piuttosto negativo, sia sulla valutazione che sul
> metodo usato per arrivarci, quindi non dirò nulla per non offendere
> l'esimio prof nonché amico di vecchia data. :-P
>
dai dai.. illuminaci
:-)
Il 10/07/2015 16:47, Nicola Larosa ha scritto:
Carlos Catucci wrote:
Attendo risposte (che con il vostro permesso riportero' all'esimio
prof, nonche' amico di vecchia data)
Quanto avrei da dire è piuttosto negativo, sia sulla valutazione che sul
metodo usato per arrivarci, quindi non dirò null
Carlos Catucci wrote:
> Attendo risposte (che con il vostro permesso riportero' all'esimio
> prof, nonche' amico di vecchia data)
Quanto avrei da dire è piuttosto negativo, sia sulla valutazione che sul
metodo usato per arrivarci, quindi non dirò nulla per non offendere
l'esimio prof nonché amico
Riporto quanto espresso sulla lista XPUG-BO dal prof. Marcello "Piffy"
Missiroli.
"Un mio commento a freddo sulla serata (che è stata molto carina, anche nel
post-evento)
Dato che ignoro il ramo applicativo di Go e di quali e quante libreria
siano disponibili, mi limiterò a valutare il linguaggio
30 matches
Mail list logo