Re: [Python] Non dovreste perdervi questo domanda su SO

2013-05-20 Per discussione Carlos Catucci
> > Se due su tre sono veri, va bene. Altrimenti any(*) and not all(*) non > funzionerebbe. In effetti avevo questo dubbio, che fosse "almeno 1 ma non tutti" Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier pa

Re: [Python] Non dovreste perdervi questo domanda su SO

2013-05-20 Per discussione enrico franchi
2013/5/20 Carlos Catucci : > >> In particolare "and" e "or" sono 'maggici', nel senso che a differenza >> della maggior parte degli altri operatori del linguaggio sono lazy >> nella valutazione degli argomenti. In Python non e' possibile >> implementare un operatore "lazy" per il "almeno uno, ma no

Re: [Python] Non dovreste perdervi questo domanda su SO

2013-05-20 Per discussione Manlio Perillo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/05/2013 15:38, enrico franchi ha scritto: > On Mon, May 20, 2013 at 8:21 AM, Andrea Ambu wrote: > >> Forse voleva dire che son 3 valori + il default e basta una look-up table? >> Mah... +1 > > No, non credo. La mia idea (che viene dal riferime

Re: [Python] Non dovreste perdervi questo domanda su SO

2013-05-20 Per discussione Nadir Sampaoli
> > Pardonez moi, ma se io ho 3 operatori e devo controllare se sia vero >> solo uno controllare 1 vero e 1 falso e uscire non mi sembra corretto. Il >> terzo potrebbe essere anch'esso vero e quindi la condizione totale (1 T e 2 >> F) non essere verificata. Otterrei quindi un falso positivo. >> >

Re: [Python] Non dovreste perdervi questo domanda su SO

2013-05-20 Per discussione Carlos Catucci
> In particolare "and" e "or" sono 'maggici', nel senso che a differenza > della maggior parte degli altri operatori del linguaggio sono lazy > nella valutazione degli argomenti. In Python non e' possibile > implementare un operatore "lazy" per il "almeno uno, ma non tutti", > cosa che invece si po

Re: [Python] Non dovreste perdervi questo domanda su SO

2013-05-20 Per discussione enrico franchi
On Mon, May 20, 2013 at 8:21 AM, Andrea Ambu wrote: > Forse voleva dire che son 3 valori + il default e basta una look-up table? > Mah... +1 No, non credo. La mia idea (che viene dal riferimento a Lisp e' questa): """ La maggior parte dei linguaggi (compreso Python) sono relativamente poco fles

Re: [Python] variabili "globali" tra più moduli.

2013-05-20 Per discussione Nicola Larosa
enrico franchi wrote: > Non avevo mai pensato ad un framework per programmi a linea di comando. (Tranquillo, Carlo, continua a sorseggiare la limonata, stavolta ci penso io.) Anche plac , di Michele, è interessante. Ho l'impressione che noi italiani c

Re: [Python] variabili "globali" tra più moduli.

2013-05-20 Per discussione enrico franchi
2013/5/20 Daniele Varrazzo : > On 2013-05-20 07:24, Marco Mariani wrote: >> >> Da come lo descrivi, forse dhellman/cliff ti ridurrebbe un po' di codice. > > > O porterebbe allo scontro di come io volevo il programma vs. come dhellman > vuole che lo scriva, chissà. Non avevo mai pensato ad un frame

Re: [Python] variabili "globali" tra più moduli.

2013-05-20 Per discussione Daniele Varrazzo
On 2013-05-20 07:24, Marco Mariani wrote: Da come lo descrivi, forse dhellman/cliff ti ridurrebbe un po' di codice. O porterebbe allo scontro di come io volevo il programma vs. come dhellman vuole che lo scriva, chissà. -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___

Re: [Python] variabili "globali" tra più moduli.

2013-05-20 Per discussione Marco Beri
Il giorno 20/mag/2013 08:24, "Marco Mariani" ha scritto: > > Da come lo descrivi, forse dhellman/cliff ti ridurrebbe un po' di codice. Per chi come me non lo conosceva, ecco il link per capire cos'è: https://cliff.readthedocs.org/en/latest/ Ciao. Marco. _