[Python] R: Più versioni di Python su Mac.
Da: iz4...@libero.it Data: 15/07/2015 21.10 Ho installato la 2.7.9 sul Mac (El Capitan). Questa sera ho aggiunto la 3.4.3. La vedo nella cartella /Applications ma quando chiamo l’interprete dal terminale, parte la 2.7.9 Cioè scrivi python3 nel terminale e ti parte Python 2.7? Perché se scrivi semplicemente python è corretto che parta la 2.7, è la versione di default, e per quel poco che so dei sistemi Mac OSX, è opportuno resti tale. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Più versioni di Python su Mac.
Reply to the Paolo Di Ieso's message, wrote on 16/07/2015 at 08:21: Da: iz4...@libero.it Data: 15/07/2015 21.10 Ho installato la 2.7.9 sul Mac (El Capitan). Questa sera ho aggiunto la 3.4.3. La vedo nella cartella /Applications ma quando chiamo l’interprete dal terminale, parte la 2.7.9 Cioè scrivi python3 nel terminale e ti parte Python 2.7? A no, non sapevo bisognasse scrivere python3. Perché se scrivi semplicemente python è corretto che parta la 2.7, è la versione di default, Bene così allora, sta sera provo. Grazie. GB. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Cheap MapReduce in Go
Ciao GollumOne! 2015-07-16 10:02 GMT+02:00 Gollum1 gollum1.smeag...@gmail.com: Ma esiste una ml di utenti italiani di go? Potremmo anche crearla, almeno queste cose non sarebbero più ot. Stavo per segnalarlo ma non sapevo bene come fare a non sembrare bacchettone ma visto che sei andato avanti tu... :) Si c'è: https://groups.google.com/forum/#!forum/golangit è a scarsissimo traffico ed è un peccato, le discussioni fatte qui negli ultimi mesi meritavano di andare di là, o meglio, gente che sta di là meritava di assistere alle discussioni in oggetto. Oppure modifichiamo il nome a questa lista, visto che sono più i post su go (peraltro interessantissimi) che i post su python. Sì, ultimamente l'OT è una fetta importante del traffico :P Certo, è difficile differenziale totalmente, visto che la maggior parte dei post nascono come comparazione. Se di là sono daccordo, a me il crosspost quando è utile piace Buon fresco -- M. @maxpippi :: http://dev.pippi.im/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Mailing list italiana su Go (era: Re: [OT] Cheap MapReduce in Go)
2015-07-16 10:08 GMT+02:00 Nicola Larosa n...@teknico.net: Non credo troverai molto sostegno a questa proposta Pero' una gemella Discussioni generali sul linguaggio Go ha un senso Carlos -- EZLN ... Para Todos Todo ... Nada para nosotros ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Più versioni di Python su Mac.
Il 15 luglio 2015 21:10, Gabriele Battaglia iz4...@libero.it ha scritto: Sera. Ho installato la 2.7.9 sul Mac (El Capitan). Questa sera ho aggiunto la 3.4.3. La vedo nella cartella /Applications ma quando chiamo l’interprete dal terminale, parte la 2.7.9 Qualche idea sul come far capire al sistema operativo, quale versione di Python desidero attiva? GB. Ciao Gabriele, son di non rispondere alla tua domanda, ma da utente Mac ti consiglio caldamente di usare pyenv [1] per usare e gestire più versioni di Python. Simone [1] https://github.com/yyuu/pyenv -- Simone Software is like sex: it's better when it's free. Linus Torvalds Registered Linux User #395060 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] I Pythonisti parlano spesso di Go (era: Re: [OT] Cheap MapReduce in Go)
2015-07-16 10:56 GMT+02:00 Dario Vinella d.vine...@gmail.com: Il giorno 16 luglio 2015 10:46, Manlio Perillo manlio.peri...@gmail.com ha scritto: Io voglio il comando pep8 fmt , o almeno un pep8 con più decisioni. qualcosa come yapf? https://github.com/google/yapf Non lo conoscevo, grazie. Ma non mi sembra risolvi il problema del quoting delle stringhe. Sia google che la stdlib sembra usino `'`, ma a me non piace perchè in C e Go sono abituato a ``, inoltre, problema maggiore, non mi sembra coerente avere `` (come raccomandato ufficialmente da non ricordo quale pep) per le docstring e `'` per le stringhe. Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Più versioni di Python su Mac.
2015-07-16 9:51 GMT+01:00 Simone Dalla simoda...@gmail.com: Ciao Gabriele, son di non rispondere alla tua domanda, ma da utente Mac ti consiglio caldamente di usare pyenv [1] per usare e gestire più versioni di Python. +1 per pyenv :) -- Patrick Guido Arminio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Mailing list italiana su Go (era: Re: [OT] Cheap MapReduce in Go)
Gollum1 wrote: Ma esiste una ml di utenti italiani di Go? Potremmo anche crearla, almeno queste cose non sarebbero più ot. Ci sono due gruppi Google, uno dei quali morto. L'altro, quello solo esanime, ;-) è: https://groups.google.com/forum/#!forum/golangit C'è anche un Meetup: http://www.meetup.com/golangit/ Oppure modifichiamo il nome a questa lista, visto che sono più i post su Go (peraltro interessantissimi) che i post su Python. Non credo troverai molto sostegno a questa proposta. :-) -- Nicola 'tekNico' Larosa http://www.tekNico.net/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] I Pythonisti parlano spesso di Go (era: Re: [OT] Cheap MapReduce in Go)
2015-07-16 10:26 GMT+02:00 Nicola Larosa nicola.lar...@gmail.com: Nelle ultime settimane ci sono state parecchie discussioni su Go sulla mailing list italiana di Python. Esempi nell'ultimo mese: [...] Sembra esserci una certa sovrapposizione tra pythonisti e gopher italiani, e la collaborazione è benvenuta. :-) Io voglio il comando pep8 fmt , o almeno un pep8 con più decisioni. La doppia scelta per il quoting delle stringhe mi sta uccidendo. In ogni progetto devo cambiare convenzione, ed anche negli stessi progetti le convenzioni cambiano. Io stesso cambio sempre idea Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Più versioni di Python su Mac.
Il 15/07/2015 21:10, Gabriele Battaglia ha scritto: Sera. Ho installato la 2.7.9 sul Mac (El Capitan). Questa sera ho aggiunto la 3.4.3. La vedo nella cartella /Applications ma quando chiamo l’interprete dal terminale, parte la 2.7.9 Qualche idea sul come far capire al sistema operativo, quale versione di Python desidero attiva? Non so su mac, ma sulla mia #! $ ls -l `which python` lrwxrwxrwx 1 root root 9 set 28 2013 /usr/bin/python - python2.7 quindi e' un link a python2.7. Pero' occhio a quello che ti risponde Paolo: potrebbe essere opportuno lasciare la versione di default. Ciao diego ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Cheap MapReduce in Go
Il 14 luglio 2015 07:51:36 CEST, Giovanni Porcari giovanni.porc...@softwell.it ha scritto: Il giorno 14/lug/2015, alle ore 01:37, enrico franchi enrico.fran...@gmail.com ha scritto: 2015-07-14 0:28 GMT+01:00 enrico franchi enrico.fran...@gmail.com: On Mon, Jul 13, 2015 at 7:35 PM, Riccardo Magliocchetti riccardo.magliocche...@gmail.com wrote: Qualche tempo fa era uscito qualcosa del genere dove veniva usata una commovente pipeline: http://aadrake.com/command-line-tools-can-be-235x-faster-than-your-hadoop-cluster.html E vorrei vedere! Chiunque faccia big data per davvero concorderebbe: 2 GB non e' abbastanza per pagare l'overhead di Hadoop e compagnia briscola. E ancora grep-sized. Comunque l'articolo e' spettacolare. Anche la metodologia e' molto solida e rigorosa. Piacevole lettura, grazie! Concordo. Piacevolissimo e istruttivo. Questa è la vera differenza tra farsi le ‘pippe' e farsi le ‘pipe’ ;) G ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python Ma esiste una ml di utenti italiani di go? Potremmo anche crearla, almeno queste cose non sarebbero più ot. Oppure modifichiamo il nome a questa lista, visto che sono più i post su go (peraltro interessantissimi) che i post su python. Certo, è difficile differenziale totalmente, visto che la maggior parte dei post nascono come comparazione. Buon Caronte a tutti (qui si boccheggia). Byez -- Gollum1 Teoro, dov'è il mio teoro Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli errori di battitura (maledetto correttore automatico). ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Più versioni di Python su Mac.
Gabriele Battaglia iz4apu at libero.it writes: Sera.Ho installato la 2.7.9 sul Mac (El Capitan). Questa sera ho aggiunto la 3.4.3. La vedo nella cartella /Applications ma quando chiamo l’interprete dal terminale, parte la 2.7.9 Ciao Qualche idea sul come far capire al sistema operativo, quale versione di Python desidero attiva? Controlla il PYTHONPATH, in alternativa puoi provare: https://github.com/qw3rtman/p https://github.com/saghul/pythonz/ Su Mac c'è sempre il valido homebrew che ti dà una mano ad installare le ultime versioni ufficiali 2.7.x e 3.x, ma ti devi gestire a mano il default di sistema (guarda la documentazione). Sani Strap ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] I Pythonisti parlano spesso di Go (era: Re: [OT] Cheap MapReduce in Go)
Nelle ultime settimane ci sono state parecchie discussioni su Go sulla mailing list italiana di Python. Esempi nell'ultimo mese: [OT] Cheap MapReduce in Go http://lists.python.it/pipermail/python/2015-July/024036.html Parere su Go di un professore di informatica (delle superiori) nonche' uno dei fondatori di ERLUG http://lists.python.it/pipermail/python/2015-July/023951.html Why Go is not good http://lists.python.it/pipermail/python/2015-July/023855.html Sembra esserci una certa sovrapposizione tra pythonisti e gopher italiani, e la collaborazione è benvenuta. :-) Massimiliano Pippi wrote: Ciao GollumOne! 2015-07-16 10:02 GMT+02:00 Gollum1 gollum1.smeag...@gmail.com: Ma esiste una ml di utenti italiani di go? Potremmo anche crearla, almeno queste cose non sarebbero più ot. Stavo per segnalarlo ma non sapevo bene come fare a non sembrare bacchettone ma visto che sei andato avanti tu... :) Si c'è: https://groups.google.com/forum/#!forum/golangit è a scarsissimo traffico ed è un peccato, le discussioni fatte qui negli ultimi mesi meritavano di andare di là, o meglio, gente che sta di là meritava di assistere alle discussioni in oggetto. Oppure modifichiamo il nome a questa lista, visto che sono più i post su go (peraltro interessantissimi) che i post su python. Sì, ultimamente l'OT è una fetta importante del traffico :P Certo, è difficile differenziale totalmente, visto che la maggior parte dei post nascono come comparazione. Se di là sono daccordo, a me il crosspost quando è utile piace Buon fresco -- Nicola 'tekNico' Larosa http://www.tekNico.net/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] FRP book (era: Re: Web Server e Web Framework)
Functional Reactive Programming http://www.manning.com/blackheath/ : in node.js c'è... ma c'è qualcosa di simile anche in python? PS: spero di aver rispettato tutte le regole di questa mailing list ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] FRP book (era: Re: Web Server e Web Framework)
Io mi sono letto questo https://gist.github.com/staltz/868e7e9bc2a7b8c1f754 dove linka questa lib https://github.com/Reactive-Extensions/RxPy, ma sembra vecchia e non mantenuta. interessante grazie ma in effetti non sembra un progetto vivo spero che ci sia qualcosa in python perchè mi risolverebbe un bel pò di problemi in python PS: spero di aver rispettato tutte le regole di questa mailing list ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] FRP book (era: Re: Web Server e Web Framework)
2015-07-16 14:49 GMT+02:00 Marco Ippolito ippolito.ma...@gmail.com: Functional Reactive Programming http://www.manning.com/blackheath/ : in node.js c'è... ma c'è qualcosa di simile anche in python? PS: spero di aver rispettato tutte le regole di questa mailing list Io mi sono letto questo https://gist.github.com/staltz/868e7e9bc2a7b8c1f754 dove linka questa lib https://github.com/Reactive-Extensions/RxPy, ma sembra vecchia e non mantenuta. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Migrazione da 2 a 3.
2015-07-15 16:37 GMT+02:00 Nicola Larosa n...@teknico.net: Gabriele Battaglia ha scritto: Ricevo un errore di sintassi su un confronto: if x 0: Riccardo Magliocchetti wrote: E` la prima volta che vedo quella sintassi in Python :) The forms and != are equivalent; for consistency with C, != is preferred; where != is mentioned below is also accepted. The spelling is considered obsolescent. Questo dalla doc di python 2.4 che ha più di 10 anni. Quanto vecchia è la tua codebase? ;) Magari sta lavorando su Mailman, le battaglie di Barry Warsaw su questo punto sono rimaste nella leggenda. :-) Cioè? :D -- Giampaolo - http://grodola.blogspot.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Why Go is not good
On 07/13/2015 11:55 AM, enrico franchi wrote: Il problema con l'overloading e' che rende un sacco di cose drammaticamente piu' complicate: in presenza dello stesso caso che menzioni (ovvero che non sai quale tipo sia una variabile) vuole dire che effettivamente il tuo codice compilera', ma tu non avrai idea di cosa faccia. Mmm... non sono del tutto convinto, ovvero se io implemento Sum(int, int) e Sum(float, float), io so che posso avere o un int o un float e comportarmi di conseguenza Se non sai quale e' il tipo della variabile, vuole dire che non sai quale variante del metodo verra' chiamata. E quindi di fatto non sai che codice stai eseguendo. Ecco che un'innocua seccatura in assenza di overloading e' diventata una possibile fonte di bachi. Mmm... In altre parole, stai dicendo che Python, in quanto (di solito) non sai il tipo della variabile masolo il suo contenuto, e` altamente problematico ;) Questo e' un problema completamente *non* relativo a quello di la sopra. Si, lo so, ma mi divertiva postarlo ;) non riesco a vedere come un problema il fatto che se dereferenzi puntatori senza fare check sei nella guazza. Senza offesa, ma da come rispondi sembrerebbe che ti soffermi piu` sul codice che sul concetto che volevo esprimere. Quello che interessa a me e` fare il catch del panic, in quanto, ad esempio, potrei voler fare in modo che l'applicazione non debba terminare assolutamente la sua esecuzione se non tramite intervento manuale. La soluzione, come dico in seguito (e come ho scoperto proprio grazie a questo thread) e` usando recover() in una deferred function, che di per se non e` anche una cattiva soluzione, anche se limitata dalla gestione dei defer in Go (ovvero a cascata non appena la funzione viene eseguita completamente) E il modo in cui lo risolvi in Python e', appunto, sbagliato a mio avviso. In primo luogo il catch all except e' qualcosa che viene sconsigliato da lungo tempo. Posso essere d'accordo, ma secondo me lo sconsigliare una pratica del genere e` difettata dalle varie casistiche. Vedi ad esempio il caso di un'applicazione che non deve morire mai a = may_return_null(...) if a is not None: f(a, ...) Bruttino, non tanto perche` non mi piace, ma per com'e` scritto :) La sintassi if a: f(a,...) E` molto piu` elegante (si, e` una pulce che non serve a molto) :) Fanno sempre e solo stack unwind, non danno controllo al programmatore. Mmm... continuo a non capire... Un esempio (o della documentazione)? Come dicevo... quello non e' Go idiomatico a mio avviso. Anche qua, mi sembra che tu abbia dato piu` peso al codice che ho usato come esempio piuttosto che al concetto che volevo esprimere. Personalmente ritengo che un try/except sia piu` elegante rispetto al dover fare il check per ogni error che ti viene restituito. Quello che intendo e` che, ad esempio, le operazioni di apertura, scrittura e chiusura di un file in Go devono essere gestite una per una, mentre in Python le posso gestire tutte nello stesso try/except che, personalmente, ritengo piu` sensato Ancora peggio quando hai codice lineare del tipo fai una serie di operazioni una in fila all'altra. E hai errori vari che possono arrivare da ognuna di queste (possibilmente con un set di eccezioni non disgiunto per le varie chiamate). Boh, a pensarci mi sembrano abbastanza semplici e pulite da gestire... Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python