2015-03-22 19:23 GMT+01:00 enrico franchi :
> [...]
> 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
> linguaggio ti dice l'or
2015-03-22 19:13 GMT+00:00 Manlio Perillo :
>
> 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. Infatti io mica vogli
2015-03-22 19:23 GMT+01:00 enrico franchi :
>
>
> 2015-03-22 16:24 GMT+00:00 Manlio Perillo :
>
>> 2015-03-22 17:06 GMT+01:00 enrico franchi :
>>
>>>
>>> 2015-03-22 15:35 GMT+00:00 Manlio Perillo :
>>>
Tra l'altro il tutto è complicato dal fatto, AFAIK, che ciascuno degli
operandi può av
2015-03-22 19:23 GMT+01:00 enrico franchi :
> 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
> una piccola serie di co
2015-03-22 16:24 GMT+00:00 Manlio Perillo :
> 2015-03-22 17:06 GMT+01:00 enrico franchi :
>
>>
>> 2015-03-22 15:35 GMT+00:00 Manlio Perillo :
>>
>>> Tra l'altro il tutto è complicato dal fatto, AFAIK, che ciascuno degli
>>> operandi può avere effetti collaterali.
>>> Ad esempio:
>>> https://play.g
2015-03-22 17:06 GMT+01:00 enrico franchi :
>
> 2015-03-22 15:35 GMT+00:00 Manlio Perillo :
>
>> 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
2015-03-22 15:35 GMT+00:00 Manlio Perillo :
> 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 point.
Quindi *sai*
2015-03-22 13:12 GMT+00:00 Manlio Perillo :
> 2015-03-21 21:48 GMT+01:00 enrico franchi :
>
>>
>> 2015-03-21 19:55 GMT+00:00 Manlio Perillo :
>>
>>> Perchè, C te la da?
>>>
>>> http://en.wikipedia.org/wiki/Short-circuit_evaluation#Support_in_common_programming_languages
>>>
>>
>> Il fatto che un l
2015-03-22 16:03 GMT+01:00 Gollum1 :
> 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 b
2015-03-22 15:03 GMT+00:00 Gollum1 :
> 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 sistema di predizione del co
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 us
2015-03-21 23:28 GMT+01:00 Gollum1 :
> Il 21 marzo 2015 21:48:54 CET, enrico franchi
> ha scritto:
> >2015-03-21 20:04 GMT+00:00 Carlos Catucci :
> >
> >> Il tutto nasce comunque dal fatto che questo mesccaniscmo spesso
> >viene
> >> ignorato dal programmatore che usa il linguaggio.
> >
> >
> >Or
2015-03-21 21:48 GMT+01:00 enrico franchi :
>
> 2015-03-21 19:55 GMT+00:00 Manlio Perillo :
>
>> 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
> qu
Il 21 marzo 2015 21:48:54 CET, enrico franchi ha
scritto:
>2015-03-21 20:04 GMT+00:00 Carlos Catucci :
>
>> 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 *spes
2015-03-21 19:55 GMT+00:00 Manlio Perillo :
> 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 particolarmente critico (mentr
2015-03-21 20:04 GMT+00:00 Carlos Catucci :
> 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 manuali tendano a ignor
2015-03-21 20:47 GMT+01:00 enrico franchi :
> 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 linguaggio. Con possibili bug
2015-03-21 20:47 GMT+01:00 enrico franchi :
> [...]
> 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 che quando
> uno si r
2015-03-18 13:43 GMT+00:00 Carlos Catucci :
> 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.
Questa cosa si chiama "sh
2015-03-18 17:07 GMT+00:00 Diego Barrera :
> Forse hai scritto "immutabile" ma intendevi "fantomatica stringa
> *mutabile*"?
>
Si, e' cosi.
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/pytho
2015-03-19 11:28 GMT+01:00 Gabriele Battaglia :
> 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
Python@lists.python
[...]linguaggi come C il concetto di "variabile" e' legato ad un lhs; in
Python la cosa piu' simile e' l'oggetto stesso (che e' un rhs).[...]
GB: LHS, RHS? Cosa significano?
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/
2015-03-19 11:17 GMT+01:00 enrico franchi :
> 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 punto e' che in l
2015-03-18 16:18 GMT+00:00 Carlos Catucci :
> 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 concetto di "variabile
Il 18/mar/2015 18:18 "Nadir Sampaoli" ha scritto:
>
> and :: Bool → Bool → Bool
> and True _ = True
> and _ x = x
>
Eh, scusate, intendevo:
and :: Bool → Bool → Bool
and False _ = False
and _ x = x
___
Python mailing list
Python
Il 18/mar/2015 14:44 "Carlos Catucci" 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 discorso direi che è sul
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 a
Il giorno 18 marzo 2015 17:18, Carlos Catucci ha
scritto:
>
> 2015-03-18 17:03 GMT+01:00 Giovanni Porcari
> :
>
>> 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
>
2015-03-18 17:03 GMT+01:00 Giovanni Porcari :
> 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
Carlos
--
EZLN ... Para To
> Il giorno 18/mar/2015, alle ore 13:59, Gabriele Battaglia
> 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 dopo la
2015-03-18 13:39 GMT+00:00 Alessandro :
> 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 mantenibile
3. profili per be
2015-03-18 14:39 GMT+01:00 Alessandro :
>
> 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 capello
N
On 03/18/2015 01:59 PM, Gabriele Battaglia wrote:
>
> Se scrivessi un programma che deve girare al massimo della velocità
> possibile, immagino che questa soluzione non andrebbe bene...
Dipende.. Gli immutabili possono essere onerosi.
Ad esempio:
txt = ''
while ...
..
txt += msg
Ad ogni
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 dopo la replace vedrai che è un'altro oggetto.
m='fxe5'
id(m)
4376440144
m=m.replace('x','')
id(
> Il giorno 18/mar/2015, alle ore 13:20, Gabriele Battaglia
> 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
>> usarla c
Il giorno 18 marzo 2015 13:20, Gabriele Battaglia ha
scritto:
>
>
> m = m.replace('x','')
>
> Giusto?
>
> Giusto.
--
Giuseppe Amato
e-mail: giuam...@gmail.com
___
Python mailing list
Python@lists.python.it
http://lists.p
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 l
Il giorno 18 marzo 2015 12:43, Gabriele Battaglia ha
scritto:
>
>
> Giuseppe Amato, alle 12:14 del 18/03/2015, digitò:
>
>>
>> "fxe5".replace("x","")
>>
> Grandioso!
> Lo sapevo che c'era il barbatrucco.
> Grazie anche a Carlos.
>
> Attento al fatto che la sostituzione non viene applicata sulla s
Giuseppe Amato, alle 12:14 del 18/03/2015, digitò:
Il giorno 18 marzo 2015 12:12, Gabriele Battaglia 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 Python e lo rendon
2015-03-18 12:12 GMT+01:00 Gabriele Battaglia :
> 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 scrive
Il giorno 18 marzo 2015 12:12, Gabriele Battaglia 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ì "fe5".
>
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
str
42 matches
Mail list logo
