Re: [Python] TIOBE vs PYPL
> > On 21 Dec 2013, at 07:53, Nicola Larosa wrote: > >>> Massimo Capanni wrote: Pensavo che il Pascal fosse un ricordo dell'università ... >> >> Carlos Catucci wrote: >>> vorrai parlare forse di "incubo" ;) >> >> Mi dissocio aspramente. >> >> Ho imparato a programmare in Pascal, e mi piaceva parecchio. Di certo >> più >> chiaro e meno pericoloso del C. Anche meno potente, d'accordo. > > Totalmente d'accordo con Nicola. > > +1 > (Visto che chi è invece in disaccordo ha già aggiunto il suo +1, aggiungo > il mio per bilanciare :-) > > Certo, ora sostituirei Pascal con Python quale linguaggio per insegnare a > programmare (come fanno al MIT per gli undergraduate, giusto per citarne > una), ma di certo non lo rimpiazzerei con il C. > I neofiti, l'aritmetica dei puntatori tipicamente non la comprendono > *davvero* e, insegnare C senza puntatori, significa IMHO non insegnare C. > Questa cosa del problema dei puntatori non la capiro' mai... E' da quando vado alle medie che c'e' l'incubo dei puntatori, colleghi di universita' e colleghi di lavoro che non la capiscono, gente che dice che C e' una merda perche' devi lavorare con i puntatori (???) Per come la vedo io, se non capisci i puntatori vuol dire che non hai capito come funzionano CPU e memoria, o peggio che non te lo hanno insegnato (ma voglio davvero sperare che non si insegni il C senza una base di architetture) Parliamo di un concetto che probabilmente potrebbe essere spiegato facilmente a un bambino delle elementari. Forse mi sfugge qualcosa nel grande schema delle cose ? -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
> enrico franchi wrote: >> Salvo che in C funzioni di 3 righe sono chimere. Carlos Catucci wrote: > va beh ma qui sempre tutti a prendere le cose alla lettera. L'M5S sta rovinando le migliori menti delle ggiovani ggenerazzioni. ;-) (Il correttore ortografico di Thunderbird mi segnala giustamente "ggenerazzioni" come errato, ma *non* mi segnala "ggiovani"! Rendiamoci conto! :-o ) -- Nicola Larosa - http://www.tekNico.net/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
On Dec 21, 2013 4:35 PM, "enrico franchi" wrote: > > > 2013/12/21 Dario Bertini >> >> "il codice troppo lungo diviene facilmente ingestibile" penso abbia >> una validità universale, non certo ridotto al solo C > > > Salvo che in C funzioni di 3 righe sono chimere. > Cioe', un pattern tipico del tipo "dichiaro una struct, la inizializzo, ci faccio una cosa la dealloco" rischia di essere 4 righe. > Non parliamo poi che un if-else, in python, sono 4 righe... ;) > > E, scherzi a parte, 3 righe sono davvero draconiane. Il fatto e' che Lisp non e' un buon metro, perche' puoi, fra DSL e macro avere righe davvero dense di semantica (ma in un certo senso anche di sintassi, complessivamente molto piu' di quella che in media riesci a mettere in altri linguaggi. > > 30 righe le metterei sull'alto della gaussiana, d'altra parte. Credo che una cosa ragionevole sia stare sotto o attorno alle 10 righe. > > E poi anche li, il problema e' piu' spesso la complessita' ciclomatica, mccabe o quello che ti pare... > D'accordo su tutto :D Premesso che col mio criterio il mio stesso codice "puzzerebbe" (il che ci sta: bisogna fissarsi degli obiettivi/standard per spronare a migliorarsi... l'importante è rimanere realisti ed imparziali nel giudicare basandosi su questi) In effetti 3 righe in generale è un'esagerazione D'accordo anche sulla complessità ciclomatica... le LOC sono solo un'euristica ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Errore del sistema operativo su MAC.
On Sat, Dec 21, 2013 at 6:27 AM, Gabriele Battaglia wrote: > Dopo aver dato un paio di comandi, l’interprete si chiude generando il > seguente report. > Pensi che possa essere vagamente rilevante sapere di quali comandi si tratti? -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Eseguire uno script Python su Mac.
2013/12/21 Valerio Maggio > Apri un terminale nella cartella contenente lo script e digiti `python > .py` > E prendi un qualche libro che questo e i vari problemi che si trova davanti chi inizia li spiega dettagliatamente. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Manlio Perillo > Why Go is Not My Favorite Programming Language > restituisce: > http://grenouille-bouillie.blogspot.it/2010/03/why-go- > isnt-my-favourite-programming.html > > che direi di condividere quasi in pieno, a parte la questione sulla > programmazione generica, dato che il modello C++ lo ritengo troppo > complesso. > A me pare che piu' che altro stia dicendo "vorrei che Go fosse C++", o alternativamente "vorrei che Go fosse C++ fatto meglio". Tipicamente mi sembra evidente che non abbia presente quali siano i principi di design di Go. Quando suggerisce che Go sarebbe stato piu' interessante se fosse passato per LLVM, JIT cazzi e mazzi... voglio dire, Go come piattaforma usa la compilazione *statica* perche' vuole permettere deploy in una certa maniera (e minchia se hanno ragione); il che vuole dire che in tale contesto LLVM semplicemente e' *altro*. Al piu' avrebbero potuto usare le feats di compilazione di LLVM, ma non mi pare Go se la cavi male. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 enrico franchi > Salvo che in C funzioni di 3 righe sono chimere. va beh ma qui sempre tutti a prendere le cose alla lettera. Sebbene ribadisco di avere visto roba scritta da gente MLTO piu' in gamba di me che davvero con 3/4 righe faceva cose incredibili. Carlos -- "Somos los que amasan, sin embargo no tenemos pan, somos los que cavan el carbón, sin embargo tenemos frío somos los que no tienen nada, y estamos viniendo a tomar el mundo." Tassos Livaditis (Poeta greco, 1922, 1988) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
Il 21/dic/2013 14:53 "Manlio Perillo" ha scritto:: > Ci sono le famose note riguardo Pascal di Brian Kernighan: > http://www.lysator.liu.se/c/bwk-on-pascal.html > Why Pascal is Not My Favorite Programming Language Non credo sia un caso, che Rob Pike sia tra i revisori dell'articolo. imvho, dei 9 punti conclusivi, rimane vero solo il 3 (che però in Go diventa un non-problema). ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
On 21 Dec 2013, at 07:53, Nicola Larosa wrote: >> Massimo Capanni wrote: >>> Pensavo che il Pascal fosse un ricordo dell'università ... > > Carlos Catucci wrote: >> vorrai parlare forse di "incubo" ;) > > Mi dissocio aspramente. > > Ho imparato a programmare in Pascal, e mi piaceva parecchio. Di certo più > chiaro e meno pericoloso del C. Anche meno potente, d'accordo. Totalmente d'accordo con Nicola. +1 (Visto che chi è invece in disaccordo ha già aggiunto il suo +1, aggiungo il mio per bilanciare :-) Certo, ora sostituirei Pascal con Python quale linguaggio per insegnare a programmare (come fanno al MIT per gli undergraduate, giusto per citarne una), ma di certo non lo rimpiazzerei con il C. I neofiti, l'aritmetica dei puntatori tipicamente non la comprendono *davvero* e, insegnare C senza puntatori, significa IMHO non insegnare C. Non vado oltre per non andare OT più di quanto non lo si sia già fatto !-) -- valerio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Eseguire uno script Python su Mac.
On 21 Dec 2013, at 19:22, Gabriele Battaglia wrote: > Salve. > Se apro un file .py sul mio Mac, si apre Xcode e lo script viene caricato. > Da qui, però, come lo eseguo? Da Xcode non credo che tu possa.. > > Tutti i relativi comandi e voci di menù, sono oscurati, sia i vari “Run”, che > “test”, che “debug”. > > Come si fa? Apri un terminale nella cartella contenente lo script e digiti `python .py` That's it. -- valerio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Eseguire uno script Python su Mac.
Salve. Se apro un file .py sul mio Mac, si apre Xcode e lo script viene caricato. Da qui, però, come lo eseguo? Tutti i relativi comandi e voci di menù, sono oscurati, sia i vari “Run”, che “test”, che “debug”. Come si fa? Grazie e buon inizio di festività a tutti! GB. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Sintassi.
> È una scelta di leggibilità: visto che i caratteri ulteriori “non mangiano > biada”... > Proponiamo una PEP 1 different 0 -- Simone Federici Software Craftsman XP, Agile, Scrum, Kanban Quality, performance & security Explicit is better than implicit. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Dario Bertini > "il codice troppo lungo diviene facilmente ingestibile" penso abbia > una validità universale, non certo ridotto al solo C > Salvo che in C funzioni di 3 righe sono chimere. Cioe', un pattern tipico del tipo "dichiaro una struct, la inizializzo, ci faccio una cosa la dealloco" rischia di essere 4 righe. Non parliamo poi che un if-else, in python, sono 4 righe... ;) E, scherzi a parte, 3 righe sono davvero draconiane. Il fatto e' che Lisp non e' un buon metro, perche' puoi, fra DSL e macro avere righe davvero dense di semantica (ma in un certo senso anche di sintassi, complessivamente molto piu' di quella che in media riesci a mettere in altri linguaggi. 30 righe le metterei sull'alto della gaussiana, d'altra parte. Credo che una cosa ragionevole sia stare sotto o attorno alle 10 righe. E poi anche li, il problema e' piu' spesso la complessita' ciclomatica, mccabe o quello che ti pare... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
Ad esser sincero non sento la mancanza di Pascal, ma al tempo per uno studente come me, appena approdato all'università e senza esperienza di programmazione, questo linguaggio mi ha lasciato senz'altro un metodo per partire con il piede giusto. Chiaro, dopo aver imparato il C non mi sarei mai sognato di tornare indietro ... Tuttavia il problema era che al tempo in ambito accademico rimaneva il linguaggio base per affrontare e imparare tutta la teoria, a volte con soluzione e implementazioni che mi lasciavano un po' interdetto per il fatto che con il C l'implementazione sarebbe stata molto più elegante e efficiente ... un ricordo ... .m .Massimo .Capanni σπευδε βραδεως Il giorno 21 dicembre 2013 07:53, Nicola Larosa ha scritto: > > Massimo Capanni wrote: > >> Pensavo che il Pascal fosse un ricordo dell'università ... > > Carlos Catucci wrote: > > vorrai parlare forse di "incubo" ;) > > Mi dissocio aspramente. > > Ho imparato a programmare in Pascal, e mi piaceva parecchio. Di certo più > chiaro e meno pericoloso del C. Anche meno potente, d'accordo. > > Il programma della tesi di laurea l'ho scritto in Modula-2. Ah, the > memories... ancora maledico Logitech. > > -- > Nicola Larosa - http://www.tekNico.net/ > > You can live in a monogamous institution and you can negotiate monotony, > or you can live in a non-monogamous choice and negotiate jealousy. Pick > your evil. If you are opening it up you have to contend with the fact > that you're not the only one, and if you are not opening it up then > you have to contend with the fact that your partner is the only one. > - Esther Perel, August 2013 > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Manlio Perillo > Infine condivido in pieno (ed è il motivo per cui mi rifiuto, al momento, > di usare Go) la critica al fatto che Go *impone* delle convenzioni a > livello di grammatica. E' una cosa che un linguaggio di programmazione > **non** dovrebbe mai fare. +1 Carlos -- "Somos los que amasan, sin embargo no tenemos pan, somos los que cavan el carbón, sin embargo tenemos frío somos los que no tienen nada, y estamos viniendo a tomar el mundo." Tassos Livaditis (Poeta greco, 1922, 1988) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
On 21/12/2013 13:12, Carlos Catucci wrote: 2013/12/21 Manlio Perillo mailto:manlio.peri...@gmail.com>> Infatti è il preciso motivo per cui Go non mi piace molto. Non mi piace che chi sviluppa un linguaggio crede che io sia un idiota che debba essere protetto dai suoi sbagli. Se voglio essere protetto, ci penso io con altri mezzi. Esattamente quello che intendevo io parlando di PasQual vs C. Ricordo un paio di argomenti che lessi da qualche parte ai suoi tempi (oltre 25 anni fa) che diceva piu' o meno cose dl etipo: Ci sono le famose note riguardo Pascal di Brian Kernighan: http://www.lysator.liu.se/c/bwk-on-pascal.html Why Pascal is Not My Favorite Programming Language Tra l'altro una ricerca su Why Go is Not My Favorite Programming Language restituisce: http://grenouille-bouillie.blogspot.it/2010/03/why-go-isnt-my-favourite-programming.html che direi di condividere quasi in pieno, a parte la questione sulla programmazione generica, dato che il modello C++ lo ritengo troppo complesso. Infine condivido in pieno (ed è il motivo per cui mi rifiuto, al momento, di usare Go) la critica al fatto che Go *impone* delle convenzioni a livello di grammatica. E' una cosa che un linguaggio di programmazione **non** dovrebbe mai fare. > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Manlio Perillo > Infatti è il preciso motivo per cui Go non mi piace molto. > Non mi piace che chi sviluppa un linguaggio crede che io sia un idiota che > debba essere protetto dai suoi sbagli. Se voglio essere protetto, ci penso > io con altri mezzi. > Esattamente quello che intendevo io parlando di PasQual vs C. Ricordo un paio di argomenti che lessi da qualche parte ai suoi tempi (oltre 25 anni fa) che diceva piu' o meno cose dl etipo: "Il Pascal ti costringe a programmare secondo uno stile preciso, ti protegge dagli errori nella gestione della memoria, ti impedisce di usare quelle scorciatoie "fast'n'dirty" che potrebbero portarti a dver debuggare pazientemente per trovare l'errore. Dall'altro lato il C ti permette di sbagliare, di fare quello che vuoi partendo dal principio che TU SAI COSA TSATI FACENDO. E io mi chiedo: preferite un linguaggio bolso e che ti limita nelle scelte solo perche' sicuro e tranquillo, oppure un linguaggio agile e dinamico (*) che ti lascia libero di fare quello che vuoi?" Altra cosa di quei tempi, il vecchio detto: "Niklaus Wirth, the Pascal creator is called Niklaus Wirth in Europe and Nick Less Worth in USA. That because in Europe is called by reference and in USA by Value". Il che riporta alla vecchia diatriba annosa se i parametri debbano essere passati come riferimenti o valori assoluti, che era alla base della diatriba C vs Pascal. * Agile e dinamico non si intendono nelle accezioni informatiche attuali ma come aggettivi puri e semplici. Tra parentesi, mi suonava un campanellino, una cosa simile a cui risposi nello stesso modo, e' gia girata in lista tempo fa [Python] [OT]: PHP critique [ERA] Re: Python e html *Mer 7 Dic 2011 16:13:05 CET* Carlos -- "Somos los que amasan, sin embargo no tenemos pan, somos los que cavan el carbón, sin embargo tenemos frío somos los que no tienen nada, y estamos viniendo a tomar el mundo." Tassos Livaditis (Poeta greco, 1922, 1988) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Sintassi.
Perché in Python l’operatore booleano not si scrive, appunto “not”. È una scelta di leggibilità: visto che i caratteri ulteriori “non mangiano biada”, gli operatori booleani sono per esteso: and, or, not, e sono molto più leggibili a colpo d’occhio. — Federico Il giorno 20/dic/2013, alle ore 15:30, Gabriele Battaglia ha scritto: > Python 2.7.5. > > Perchè la sintassi: > > while not Menu(): > > Funziona perfettamente, mentre invece: > > while !Menu(): > > Produce un errore? > > Grazie. > > GB. > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] creare eseguibile
Ciao, ho provato con cx_freeze, ma durante il download non mi viene scaricata la cartella degli scripts completa, quindi non riesco a caricare, da prompt, il file per generare il set up. Sto provando da due giorni, ma niente...continuerò a cercare. Grazie per la risposta. Il giorno 19 dicembre 2013 12:08, Fabrizio Mancini ha scritto: > Il giorno 19 dicembre 2013 09:35, Antonio Consalvo < > antonio.consalv...@gmail.com> ha scritto: > >> Buongiorno a tutti, mi chiamo Antonio scrivo da Bergamo e sono nuovo di >> queste parti; grazie all'ottimo libro di Beri mi sono avvicinato a python e >> creato la mia prima applicazione. >> Ora avrei la necessità di trasformarla in un file eseguibile, ma leggendo >> in rete mi pare di aver capito che i programmi dedicati, ad es. pyInstaller >> e py2 exe, supportano versioni di python fino alla 2.7 e non la 3.2. >> Qualcuno cortesemente può indicarmi alternative? >> Un saluto ed un grazie a tutti quanti voi. >> > Prova a guardare cx_freeze, supporta python 3 > ciao fabrizio > > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > > ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
On 21/12/2013 10:17, Carlo Miron wrote: [...] > Ho imparato a programmare in Pascal, e mi piaceva parecchio. Di certo più > chiaro e meno pericoloso del C. Anche meno potente, d'accordo. a me Go ricorda più Pascal che C, ad esempio. E mi sembra cosa buona. Infatti è il preciso motivo per cui Go non mi piace molto. Non mi piace che chi sviluppa un linguaggio crede che io sia un idiota che debba essere protetto dai suoi sbagli. Se voglio essere protetto, ci penso io con altri mezzi. > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Nicola Larosa > O intendi 30, o sei sarcastico, oppure... oppure... naah. ;-) beh il miglior codice Python che ho visto (ma spesso anche js se e' per questo) e' di chi, senza perdere la leggibilita', riesce a condensare in 3 o 4 righe tutto. Carlos -- "Somos los que amasan, sin embargo no tenemos pan, somos los que cavan el carbón, sin embargo tenemos frío somos los que no tienen nada, y estamos viniendo a tomar el mundo." Tassos Livaditis (Poeta greco, 1922, 1988) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
Dario Bertini wrote: > personalmente, è lisp che mi ha insegnato che funzioni più lunghe > di 3 righe sono uno smell O intendi 30, o sei sarcastico, oppure... oppure... naah. ;-) -- Nicola Larosa - http://www.tekNico.net/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Carlos Catucci : > Certo col tempo si matura, io ad esempio, forse proprio perche' vengo dal C, > ho la mania del codice leggibile, compatto (se una cosa richiede troppe > righe di codice vuol dire che va riprogettata. E questo lo devo al C, dove > codice troppo lungo diviene facilmente ingestibile. > "il codice troppo lungo diviene facilmente ingestibile" penso abbia una validità universale, non certo ridotto al solo C personalmente, è lisp che mi ha insegnato che funzioni più lunghe di 3 righe sono uno smell -- xmpp: berda...@gmail.com bitmessage: BM-2cTYXfGiSTsnx3righ6aHcJSWe4MV17jDP gpg fingerprint: 3F8D53518012716C4EEF7DF67B498306B3BF75A0 (used just for signing commits) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Carlo Miron > a me Go ricorda più Pascal che C, ad esempio. E mi sembra cosa buona. Beh ovvio che ciascuno ha i suoi punti di vista. Tolto il discorso della assoluta superiorita' di Python (il disaccordo con tale affermazione prevede la fustigazione in sala mensa alla presenza di tutti gli iscritti alla ML :P ) ciascuno ha il suo stile e ho idea che questo derivi dalla summa di tutte le esperienze passate. Certo col tempo si matura, io ad esempio, forse proprio perche' vengo dal C, ho la mania del codice leggibile, compatto (se una cosa richiede troppe righe di codice vuol dire che va riprogettata. E questo lo devo al C, dove codice troppo lungo diviene facilmente ingestibile. -- "Somos los que amasan, sin embargo no tenemos pan, somos los que cavan el carbón, sin embargo tenemos frío somos los que no tienen nada, y estamos viniendo a tomar el mundo." Tassos Livaditis (Poeta greco, 1922, 1988) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
Carlo Miron wrote: > a me Go ricorda più Pascal che C, ad esempio. Vero. > E mi sembra cosa buona. Buona, sì. Go sembra un ottimo complemento a Python, tant'è che mi ci sto buttando a capofitto. :-) -- Nicola Larosa - http://www.tekNico.net/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
Il 21/dic/2013 07:53 "Nicola Larosa" ha scritto:: > > Massimo Capanni wrote: > >> Pensavo che il Pascal fosse un ricordo dell'università ... > > Carlos Catucci wrote: > > vorrai parlare forse di "incubo" ;) > > Mi dissocio aspramente. > > Ho imparato a programmare in Pascal, e mi piaceva parecchio. Di certo più > chiaro e meno pericoloso del C. Anche meno potente, d'accordo. a me Go ricorda più Pascal che C, ad esempio. E mi sembra cosa buona. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/21 Nicola Larosa > Mi dissocio aspramente. > > Ho imparato a programmare in Pascal, e mi piaceva parecchio. Di certo più > chiaro e meno pericoloso del C. Anche meno potente, d'accordo. > Personalmente ho sempre trovato il pasQual un linguaggio privo di senso. Ti insegna la buona programmazione, dicevano. Sbagliato, ti insegna a stare dentro dei binari. Non puoi fare cazzate ma manco puoi sperimentare. E io ho sempre appreso piu' di tutto dagli sbagli. Carlos -- "Somos los que amasan, sin embargo no tenemos pan, somos los que cavan el carbón, sin embargo tenemos frío somos los que no tienen nada, y estamos viniendo a tomar el mundo." Tassos Livaditis (Poeta greco, 1922, 1988) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Sintassi.
Il 21/dic/2013 07:51 "Nicola Larosa" ha scritto:: > Un'alternativa è l'operatore "<>" (caro a Barry Warsaw, vedi codebase di > Mailman). Però è stato deprecato in Python 3 perchè: > > $ python > >>> import this > The Zen of Python, by Tim Peters > > [...] > There should be one-- and preferably only one --obvious way to do it. > [...] a meno di mandare in pensione Guido con:: u0_a140@android:/ $ python Python 3.2.2 (default, Apr 19 2012, 12:16:58) [GCC 4.4.3] on linux-armv7l Type "help", "copyright", "credits" or "license" for more information. >>> 1 != 0 True >>> 1 <> 0 File "", line 1 1 <> 0 ^ SyntaxError: invalid syntax >>> from __future__ import barry_as_FLUFL >>> 1 != 0 File "", line 1 1 != 0 ^ SyntaxError: invalid syntax >>> 1 <> 0 True >>> ;-) [bambini non fate queste cose a casa] ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python