2015-03-22 19:23 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
[...]
In Go, invece, come dicevo piu' sotto, te lo da. Appunto perche' in C una
generica espressione non ti da garanzie sull'ordine di valutazione (per
esempio invece , lo fa lo fa || lo fa, etc). Viceversa, in Go il
2015-03-21 23:28 GMT+01:00 Gollum1 gollum1.smeag...@gmail.com:
Il 21 marzo 2015 21:48:54 CET, enrico franchi enrico.fran...@gmail.com
ha scritto:
2015-03-21 20:04 GMT+00:00 Carlos Catucci carlos.catu...@gmail.com:
Il tutto nasce comunque dal fatto che questo mesccaniscmo spesso
viene
2015-03-21 21:48 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-03-21 19:55 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Perchè, C te la da?
http://en.wikipedia.org/wiki/Short-circuit_evaluation#Support_in_common_programming_languages
Il fatto che un linguaggio nato 40
Il 22/03/2015 14:13, Manlio Perillo ha scritto:
http://en.wikipedia.org/wiki/Short-circuit_evaluation#Possible_problems
grazie, lettura molto interessante, la prima problematica l'avevo già
intuita (il fatto di usare la seconda valutazione booleana per avere dei
risultati che saranno poi
2015-03-22 15:03 GMT+00:00 Gollum1 gollum1.smeag...@gmail.com:
invece non avevo considerato le problematiche date dalla valutazione a
corto circuito nel campo dei compilatore, che praticamente va ad impattare
in modo pesante nel sistema di predizione del compilatore stesso...
Non e' il
2015-03-22 16:03 GMT+01:00 Gollum1 gollum1.smeag...@gmail.com:
Il 22/03/2015 14:13, Manlio Perillo ha scritto:
http://en.wikipedia.org/wiki/Short-circuit_evaluation#Possible_problems
grazie, lettura molto interessante, la prima problematica l'avevo già
intuita (il fatto di usare la
2015-03-22 17:06 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-03-22 15:35 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Tra l'altro il tutto è complicato dal fatto, AFAIK, che ciascuno degli
operandi può avere effetti collaterali.
Ad esempio:
2015-03-22 13:12 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
2015-03-21 21:48 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-03-21 19:55 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Perchè, C te la da?
2015-03-22 15:35 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Tra l'altro il tutto è complicato dal fatto, AFAIK, che ciascuno degli
operandi può avere effetti collaterali.
Ad esempio:
https://play.golang.org/p/jc0vKCWFu7
Scusa non comprendo... in C (e in Go) introduce un sequence
2015-03-22 19:13 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Il punto è che voglio gli operatori corto circuitati per avere un
comportamente sempre ben definito.
AFAIK se in Go non fosse corto circuitato, il compilatore potrebbe
valutare `*p == 2`anche se p è nullo.
Ah, certo.
2015-03-22 16:24 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
2015-03-22 17:06 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-03-22 15:35 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Tra l'altro il tutto è complicato dal fatto, AFAIK, che ciascuno degli
operandi può
2015-03-22 19:23 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-03-22 16:24 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
2015-03-22 17:06 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
2015-03-22 15:35 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Tra l'altro il
2015-03-22 19:23 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
Cioe', davvero... e' una delle cose che non comprendo. Veramente... Go mi
e' piaciuto un sacco, mi ha intrigato un sacco. Posso arrivare a dire che
dopo Python nessun linguaggio mi aveva intrigato altrettanto... ma ci sono
2015-03-18 13:43 GMT+00:00 Carlos Catucci carlos.catu...@gmail.com:
Il fatto che Python in caso di AND eviti di eseguire gli altri controlli
(non sono certo del comportamento di altri linguaggi, a naso direi che
quelli statici si comportino diversamente) e' una cosa di cui essere consci.
2015-03-21 20:47 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
[...]
no andare forte conscio che chi scrive i compilatori non puo' fare
miracoli).
Perche' finche' sei in Python tutto ok, il branch predictor non lo vedi
manco a pagare ed e' tutto un mondo spugnoso colorato. Dopo di
2015-03-21 20:47 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
In altre parole, datemi entrambe le opzioni.
Si concordo che avere la possibilita' di scegliere sarebbe meglio. Il tutto
nasce comunque dal fatto che questo mesccaniscmo spesso viene ignorato dal
programmatore che usa il
2015-03-18 17:07 GMT+00:00 Diego Barrera diegonebarr...@yahoo.it:
Forse hai scritto immutabile ma intendevi fantomatica stringa
*mutabile*?
Si, e' cosi.
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
2015-03-21 19:55 GMT+00:00 Manlio Perillo manlio.peri...@gmail.com:
Perchè, C te la da?
http://en.wikipedia.org/wiki/Short-circuit_evaluation#Support_in_common_programming_languages
Il fatto che un linguaggio nato 40 anni fa non prestasse attenzione a
questo aspetto, quando non era
2015-03-21 20:04 GMT+00:00 Carlos Catucci carlos.catu...@gmail.com:
Il tutto nasce comunque dal fatto che questo mesccaniscmo spesso viene
ignorato dal programmatore che usa il linguaggio.
Ora io spererei che sia falso che tale meccanismo sia *spesso* ignorato dal
programmatore. Non e' che i
2015-03-18 16:18 GMT+00:00 Carlos Catucci carlos.catu...@gmail.com:
Si ma perche' m=m.replace('x','') mette in una diversa variabile (con la
stessa etichetta) il valore tornato da replace
Io trovo che pensare in termini di variabili sia molto fuorviante. In
pratica Python non ha affatto il
2015-03-19 11:17 GMT+01:00 enrico franchi enrico.fran...@gmail.com:
Io trovo che pensare in termini di variabili sia molto fuorviante. In
pratica Python non ha affatto il concetto di variabile intesa come
scatola (o come area di memoria). In Python hai solo oggetti e nomi
(etichette). Il
2015-03-19 11:28 GMT+01:00 Gabriele Battaglia iz4...@libero.it:
GB: LHS, RHS? Cosa significano?
Left Hand Side e Right Hand Side, ovvero
LHS = RHS
A = 'pippo'
Caros
--
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
2015-03-18 12:12 GMT+01:00 Gabriele Battaglia iz4...@libero.it:
Una domanda da super esperti.
In realtà... Giorno a tutti, vi chiedo se mi sfugge una di quelle finezze
che caratterizzano Python e lo rendono amabile.
Ho una stringa: fxe5
Devo toglierle la x ed ottenere così fe5.
Potrei
Il giorno 18 marzo 2015 12:12, Gabriele Battaglia iz4...@libero.it ha
scritto:
Una domanda da super esperti.
In realtà... Giorno a tutti, vi chiedo se mi sfugge una di quelle finezze
che caratterizzano Python e lo rendono amabile.
Ho una stringa: fxe5
Devo toglierle la x ed ottenere così
Una domanda da super esperti.
In realtà... Giorno a tutti, vi chiedo se mi sfugge una di quelle
finezze che caratterizzano Python e lo rendono amabile.
Ho una stringa: fxe5
Devo toglierle la x ed ottenere così fe5.
Potrei scrivere un ciclo che itera fra i caratteri e li copia in una
stringa
Giuseppe Amato, alle 12:14 del 18/03/2015, digitò:
Il giorno 18 marzo 2015 12:12, Gabriele Battaglia iz4...@libero.it
mailto:iz4...@libero.it ha scritto:
Una domanda da super esperti.
In realtà... Giorno a tutti, vi chiedo se mi sfugge una di quelle
finezze che caratterizzano
2015-03-18 14:39 GMT+01:00 Alessandro dedalus2...@gmail.com:
Se a è falso il calcolo della condizione si interrompe. Quindi si: è
meglio che il calcolo di a sia meno oneroso del calcolo di b e c ,
a parità di possibilità che risultino False (e qui ti voglio..)
Ma forse stiamo spaccando il
Il giorno 18 marzo 2015 13:20, Gabriele Battaglia iz4...@libero.it ha
scritto:
m = m.replace('x','')
Giusto?
Giusto.
--
Giuseppe Amato
e-mail: giuam...@gmail.com
___
Python mailing list
Python@lists.python.it
Il giorno 18/mar/2015, alle ore 13:20, Gabriele Battaglia iz4...@libero.it
ha scritto:
Giuseppe Amato, alle 12:58 del 18/03/2015, digitò:
Attento al fatto che la sostituzione non viene applicata sulla stringa
originaria, ma viene creata una nuova stringa, per questo a meno di non
Giuseppe Amato, alle 12:58 del 18/03/2015, digitò:
Attento al fatto che la sostituzione non viene applicata sulla stringa
originaria, ma viene creata una nuova stringa, per questo a meno di non usarla
come argomento di una funzione va fatto come mostrato da Carlos.
Ok, però posso forzare
2015-03-18 13:39 GMT+00:00 Alessandro dedalus2...@gmail.com:
Direi che se la velocità è importante in genere si cerca di evitare gli
immutabili fin dall'inizio.
Assolutamente no! Se cerchi la velocita' cerchi:
1. di non scrivere roba assolutamente stupida
2. scrivi roba leggibile e
Il giorno 18 marzo 2015 17:18, Carlos Catucci carlos.catu...@gmail.com ha
scritto:
2015-03-18 17:03 GMT+01:00 Giovanni Porcari giovanni.porc...@softwell.it
:
Questo è un comportamento che potrebbe destare sorpresa ma che è
assolutamente logico in python.
Si ma perche' m=m.replace('x','')
Il giorno 18/mar/2015, alle ore 13:59, Gabriele Battaglia iz4...@libero.it
ha scritto:
Giovanni Porcari, alle 13:48 del 18/03/2015, digitò:
Non esattamente. La stringa originaria è immodificabile.
Ottieni una nuova stringa alla quale associ l'identificativo m.
Ma se fai id(m) prima e
2015-03-18 17:03 GMT+01:00 Giovanni Porcari giovanni.porc...@softwell.it:
Questo è un comportamento che potrebbe destare sorpresa ma che è
assolutamente logico in python.
Si ma perche' m=m.replace('x','') mette in una diversa variabile (con la
stessa etichetta) il valore tornato da replace
Il 18/mar/2015 14:44 Carlos Catucci carlos.catu...@gmail.com ha scritto:
Il fatto che Python in caso di AND eviti di eseguire gli altri controlli
(non sono certo del comportamento di altri linguaggi, a naso direi che
quelli statici si comportino diversamente[...]
Più che dinamico vs statico il
Il 18/03/2015 16:04, enrico franchi ha scritto:
tipo se fai un bel m.replace('x','') su una fantomatica stringa
immutabile in Python, sei sempre O(N). E si... *forse* risparmi
memoria. Che hai verosimilmente perso altrove per avere fatto copie
difensive oppure hai appena introdotto un baco di
36 matches
Mail list logo