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/11/2015 05:09 PM, Enrico Bianchi wrote:
Cercando mentre stavo scrivendo questa email mi sono imbattuto in
proprio in quello che cercavo
E mentre stavo scrivendo questo sono entrato in modalita` ricorsiva... -_-
Enrico
___
Python mailing list
Pyt
On 07/03/2015 03:04 PM, enrico franchi wrote:
Scusa, io quell'articolo non lo ho capito. Nel senso che dovrebbe
parlare delle performance di Go (apparentemente da questo thread), ma
in realta' si mette a spiegare roba sui cripto-sistemi.
In effetti quell'articolo parla specificatamente di TLS, e
On 07/11/2015 05:03 PM, Enrico Bianchi wrote:
Panic da quello che ho visto manda in traceback l'applicativo, ovvero
e` l'equivalente di un raise in Python o di un throw in Java. Quello
che vorrei fare io e` il catch
Cercando mentre stavo scrivendo questa email mi sono imbattuto in
proprio in q
On 07/03/2015 03:36 PM, enrico franchi wrote:
Parli di override o di overload?
Oddio, confondo sempre i termini...
Quello che mi interessava fare era semplicemente questo:
func Sum(a, b int) int {
return a + b
}
func Sum(a, b float) float {
return a + b
}
Certo, posso usare anche SumInt
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
Carlos Catucci wrote:
> Ma un wrapper per codice Go da Python non lo hanno mai pensato?
> Io non so se sarei capace di scriverlo, ma lo troverei utile.
La v.1.5 di Go, che esce il mese prossimo, è la prima che supporta la
scrittura di librerie dinamiche: prima era quasi impossibile.
Non so se qua
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 :=
14 matches
Mail list logo
