2015-07-13 17:49 GMT+02:00 enrico franchi enrico.fran...@gmail.com:
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
2015-07-12 18:42 GMT+01:00 Carlos Catucci carlos.catu...@gmail.com:
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
On Jul 12, 2015 6:58 PM, enrico franchi enrico.fran...@gmail.com 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
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
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
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
2015-07-13 1:35 GMT+02:00 Davide Muzzarelli d.muzzare...@dav-muz.net:
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
2015-07-10 20:16 GMT+01:00 Carlos Catucci carlos.catu...@gmail.com:
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
2015-07-11 11:40 GMT+01:00 Davide Muzzarelli d.muzzare...@dav-muz.net:
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
Il 12/lug/2015 14:30, Davide Muzzarelli d.muzzare...@dav-muz.net 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.
2015-07-11 12:18 GMT+01:00 Carlos Catucci carlos.catu...@gmail.com:
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.
2015-07-11 12:40 GMT+02:00 Davide Muzzarelli d.muzzare...@dav-muz.net:
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
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
2015-07-10 21:27 GMT+02:00 Carlos Catucci carlos.catu...@gmail.com:
2015-07-10 20:21 GMT+02:00 Davide Muzzarelli d.muzzare...@dav-muz.net:
In questo esempio, il file verrebbe chiuso correttamente anche nel caso
in cui f.Write() restituisse un errore:
f, _ := os.Open(nome del file)
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
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
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 scrivi ma
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 stile
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
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
2015-07-10 15:19 GMT+01:00 Carlos Catucci carlos.catu...@gmail.com:
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
2015-07-10 20:21 GMT+02:00 Davide Muzzarelli d.muzzare...@dav-muz.net:
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 {
2015-07-10 18:49 GMT+02:00 enrico franchi enrico.fran...@gmail.com:
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
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ò
2015-07-10 16:47 GMT+02:00 Nicola Larosa n...@teknico.net:
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
:-)
26 matches
Mail list logo