[Python] TIOBE vs PYPL
Secondo me vince PYPL :-) https://sites.google.com/site/pydatalog/pypl/PyPL-PopularitY-of-Programming-Language http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
Transact-SQL ^^ la dice lunga sulla attendibilità dei dati ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
Pensavo che il Pascal fosse un ricordo dell'università ... .m .Massimo .Capanni σπευδε βραδεως Il giorno 20 dicembre 2013 10:16, Simone Federici s.feder...@gmail.com ha scritto: Transact-SQL ^^ la dice lunga sulla attendibilità dei dati ___ 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/20 Marco Beri marcob...@gmail.com Secondo me vince PYPL :-) A sensazione anche per me. Python a parte, che dovrebbe dominare il mondo, mi sembrano tutte molto più sensate le altre posizioni rispetto a Tiobe. Ovvio che sono sensazioni, non ho dati oggettivi a quali attingere. Mi verrebbe da far notare che PYPL è fatto da un pythonista e quindi un minimo di campanile non è da escludersi, ma non lo farò e me lo tengo per me. Ciao. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
On 20/12/2013 10:05, Marco Beri wrote: Secondo me vince PYPL :-) https://sites.google.com/site/pydatalog/pypl/PyPL-PopularitY-of-Programming-Language Questa lista dice quali sono i linguaggi più popolari tra i principianti. Cosa che, francamente, mi interessa ben poco. [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/20 Manlio Perillo manlio.peri...@gmail.com On 20/12/2013 10:05, Marco Beri wrote: Secondo me vince PYPL :-) https://sites.google.com/site/pydatalog/pypl/PyPL- PopularitY-of-Programming-Language Questa lista dice quali sono i linguaggi più popolari tra i principianti. Cosa che, francamente, mi interessa ben poco. Ne sei sicuro? Io lo trovo comunque un forte segnale di popolarità. Altrimenti facciamo solo gli elitari... Siamo d'accordo che questo non è assolutamente un segno della qualità del linguaggio. Ma per essere certo di questo non mi serve nessun indice. Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
On 20/12/2013 11:39, Marco Beri wrote: 2013/12/20 Manlio Perillo manlio.peri...@gmail.com mailto:manlio.peri...@gmail.com On 20/12/2013 10:05, Marco Beri wrote: Secondo me vince PYPL :-) https://sites.google.com/site/__pydatalog/pypl/PyPL-__PopularitY-of-Programming-__Language https://sites.google.com/site/pydatalog/pypl/PyPL-PopularitY-of-Programming-Language Questa lista dice quali sono i linguaggi più popolari tra i principianti. Cosa che, francamente, mi interessa ben poco. Ne sei sicuro? Io lo trovo comunque un forte segnale di popolarità. Sicuramente. Ma a me non interessa la popolarità, ma l'effettivo uso da parte di esperti e professionisti. Altrimenti, anni fa un principiante avrebbe usato PHP e MySQL, perchè certamente erano popolari. [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/20 Manlio Perillo manlio.peri...@gmail.com Ma a me non interessa la popolarità, ma l'effettivo uso da parte di esperti e professionisti. Altrimenti, anni fa un principiante avrebbe usato PHP e MySQL, perchè certamente erano popolari. È esattamente questo il punto. Se oggi Python è popolare al posto di PHP lo trovo un gran bel segnale. Come se i ragazzini di oggi invece di diventare matti per Justin Bieber adorassero Mozart. Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/20 Marco Beri marcob...@gmail.com Come se i ragazzini di oggi invece di diventare matti per Justin Bieber adorassero Mozart. Ragazzin*i* che vanno pazzi per Justin Bieber? -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/20 Manlio Perillo manlio.peri...@gmail.com Ma a me non interessa la popolarità, ma l'effettivo uso da parte di esperti e professionisti. Altrimenti, anni fa un principiante avrebbe usato PHP e MySQL, perchè certamente erano popolari. C'e' una correlazione fra quello che la gente impara *oggi* e quello con cui cercherà' di lavorare domani. Non so in che misura, ovviamente, ma mi pare interessante. Dai che adesso devo far partire un rant su come erano meglio i principianti di una volta... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Python ip dinamico e sottorete
Buongiorno, Scusate se posto una domanda un po' off-topic, ma non so nemmeno cosa cercare in rete. Dispongo di due computer entrambi collegati con indirizzo ip dinamico a due router diversi. Posso conoscere (almeno credo sia fattibile) l'indirizzo IP di entrambi sia nella sotto-rete che quello dei router. Vorrei stabilire una connessione client/server tra i due, ma non so come instradare i dati nella sotto-rete. Es.: PC1 (193.162.1.50) - Router1 (175.258.45.58) PC2 (192.168.10.5) - Router2 (155.158.5.8) Voglio scambiare i dati tra PC1 e PC2. Mi sapete dire dove devo guardare e cosa cercare? Ovviamente il tutto lo vorrei fare in python, ma ho bisogno anche di nozioni generali su quello che voglio fare. Ciao -- Giuseppe Amato e-mail: giuam...@gmail.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Sintassi.
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
Re: [Python] Sintassi.
Gabriele Battaglia wrote: Python 2.7.5. Perchè la sintassi: while not Menu(): funziona perfettamente, mentre invece: while !Menu(): produce un errore? Perchè ! da solo non è un operatore, lo è solo insieme all'uguale: !=. Vedi http://docs.python.org/2.7/reference/lexical_analysis.html#operators e http://docs.python.org/2.7/reference/expressions.html#unary-arithmetic-and-bitwise-operations -- 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
Re: [Python] Sintassi.
- Original Message - From: Nicola Larosa n...@teknico.net To: Discussioni generali sul linguaggio Python python@lists.python.it Sent: Friday, December 20, 2013 3:37 PM Subject: Re: [Python] Sintassi. Gabriele Battaglia wrote: Python 2.7.5. Perchè la sintassi: while not Menu(): funziona perfettamente, mentre invece: while !Menu(): produce un errore? Perchè ! da solo non è un operatore, lo è solo insieme all'uguale: !=. Vedi http://docs.python.org/2.7/reference/lexical_analysis.html#operators e http://docs.python.org/2.7/reference/expressions.html#unary-arithmetic-and-bitwise-operations :) O mamma. Si, grazie, naturalmente hai ragione... Bye. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] TIOBE vs PYPL
2013/12/20 Pietro Battiston m...@pietrobattiston.it P.S: Python e Ruby (e un po' meno il C++) mi paiono essere gli unici linguaggi della top 10 che hanno una quota consistente di ricerche provenienti da USA/Europa (vs. Asia ed in particolare India). Anche qui ci sono due interpretazioni complementari: che noi occidentali siamo più avanti, e che siamo più viziati ;-) Interessante... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] vecchio pentium 4
Prima di tutto elimina qualsiasi interfaccia grafica, aggiorna Debian all'ultima stable, a questo punto potrebbe diventare una macchina di sviluppo solo testuale e dare anche qualche soddisfazione. byez -- Gollum1 tesssoro… dov'è il mio tesssoro? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python ip dinamico e sottorete
PC1 (193.162.1.50) - Router1 (175.258.45.58) PC2 (192.168.10.5) - Router2 (155.158.5.8) Voglio scambiare i dati tra PC1 e PC2. Mi sapete dire dove devo guardare e cosa cercare? Ovviamente il tutto lo vorrei fare in python, ma ho bisogno anche di nozioni generali su quello che voglio fare. non hai indicato che tipo di router sono Router1 e Router2, magari supportano la VPN lan to lan, e così risolvi tutti i problemi. Ciao Marcello ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Sintassi.
Il 20 dicembre 2013 15:30, Gabriele Battaglia iz4...@libero.it ha scritto: Python 2.7.5. Perchè la sintassi: while not Menu(): Funziona perfettamente, mentre invece: while !Menu(): Produce un errore? La condizione diverso da si esprime con !=, ma il not si esprime con not. Da un punto di vista di leggibilità io ringrazio chi ha fatto questa scelta perchè il not si vede bene, il punto esclamativo mica tanto (mi tocca scrivere if( ! cond) per vederlo bene :) -- Nadir ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Sintassi.
2013/12/20 Nadir Sampaoli nadirsampa...@gmail.com: La condizione diverso da si esprime con !=, ma il not si esprime con not. Da un punto di vista di leggibilità io ringrazio chi ha fatto questa scelta perchè il not si vede bene, il punto esclamativo mica tanto (mi tocca scrivere if( ! cond) per vederlo bene :) agreed, ! da solo può non essere il massimo della leggibilità... se però proprio si voleva abbandonare quel segno d'interpunzione, ci si sarebbe potuti spingere anche oltre... l'operatore != per esempio in Clojure è not= :D -- 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/20 Massimo Capanni massimo.capa...@gmail.com Pensavo che il Pascal fosse un ricordo dell'università ... vorrai parlare forse di incubo ;) 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] vecchio pentium 4
2013/12/20 Gollum1 gollum1.smeag...@gmail.com Prima di tutto elimina qualsiasi interfaccia grafica, aggiorna Debian all'ultima stable, a questo punto potrebbe diventare una macchina di sviluppo solo testuale e dare anche qualche soddisfazione. E in secondo luogo, elimina i threads. ;) -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Errore del sistema operativo su MAC.
Ciao a tutti. Non riesco ad usare l’interprete Python sul mio MacBookPro13 con Mavericks. Dopo aver dato un paio di comandi, l’interprete si chiude generando il seguente report. Qualcuno mi aiuta a capire perché e cosa poter fare per risolvere? *** Process: Python [2439] Path: /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python Identifier: Python Version: 2.7.5 (2.7.5) Code Type: X86-64 (Native) Parent Process: bash [2435] Responsible: Terminal [2432] User ID: 501 Date/Time: 2013-12-21 07:21:26.676 +0100 OS Version: Mac OS X 10.9.1 (13B42) Report Version: 11 Anonymous UUID: A9EC0EEC-5B92-5030-416B-AF1A6C77892C Sleep/Wake UUID: 0C4D1835-1736-4B6B-80AE-FCDD0D59E7F2 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x VM Regions Near 0: -- __TEXT 0001-00011000 [4K] r-x/rwx SM=COW /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 readline.so 0x0001002f2f97 call_readline + 647 1 org.python.python 0x00018e22 PyOS_Readline + 274 2 org.python.python 0x0001a678 tok_nextc + 104 3 org.python.python 0x0001ae23 PyTokenizer_Get + 147 4 org.python.python 0x00015a1a parsetok + 218 5 org.python.python 0x0001000e8a52 PyParser_ASTFromFile + 146 6 org.python.python 0x0001000e9d33 PyRun_InteractiveOneFlags + 243 7 org.python.python 0x0001000ea01e PyRun_InteractiveLoopFlags + 78 8 org.python.python 0x0001000ea831 PyRun_AnyFileExFlags + 161 9 org.python.python 0x0001001014ed Py_Main + 3101 10 org.python.python 0x00010f14 0x1 + 3860 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x rbx: 0x000100339040 rcx: 0x00010030 rdx: 0x rdi: 0x rsi: 0x0001002f3254 rbp: 0x7fff5fbff650 rsp: 0x7fff5fbff580 r8: 0x00010030 r9: 0x042e r10: 0x0003 r11: 0x0001 r12: 0x0001 r13: 0x0003 r14: 0x7fff5fbff610 r15: 0x7fff5fbff590 rip: 0x0001002f2f97 rfl: 0x00010202 cr2: 0x Logical CPU: 0 Error Code: 0x0004 Trap Number: 14 Binary Images: 0x1 -0x10fff +org.python.python (2.7.5 - 2.7.5) 29DAB82B-5BC9-56CE-C09D-AE442FB37EF0 /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python 0x13000 -0x10016 +org.python.python (2.7.5, [c] 2004-2013 Python Software Foundation. - 2.7.5) CDFB33CA-71DD-B1C2-5262-545F3FA06153 /Library/Frameworks/Python.framework/Versions/2.7/Python 0x1002f1000 -0x1002f3ff7 +readline.so (???) 6EA1FE1F-B78C-23EF-A4C2-9B7E9FB8B643 /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/readline.so 0x1004b -0x1004ceffb libedit.2.dylib (39) 1B0596DB-F336-32E7-BB9F-51BF70DB5305 /usr/lib/libedit.2.dylib 0x10060 -0x100654fe7 +libncursesw.5.dylib (5) 3F0079C0-01C1-3CB8-19CA-F9B49AA4F4A4 /Library/Frameworks/Python.framework/Versions/2.7/lib/libncursesw.5.dylib 0x7fff6c1d3000 - 0x7fff6c206817 dyld (239.3) D1DFCF3F-0B0C-332A-BCC0-87A851B570FF /usr/lib/dyld 0x7fff8be8 - 0x7fff8be81ff7 libsystem_sandbox.dylib (278.10) A47E7E11-3C76-318E-B67D-98972B86F094 /usr/lib/system/libsystem_sandbox.dylib 0x7fff8d01d000 - 0x7fff8d024ff7 libsystem_pthread.dylib (53.1.4) AB498556-B555-310E-9041-F67EC9E00E2C /usr/lib/system/libsystem_pthread.dylib 0x7fff8d095000 - 0x7fff8d0a6ff7 libsystem_asl.dylib (217.1.4) 655FB343-52CF-3E2F-B14D-BEBF5AAEF94D /usr/lib/system/libsystem_asl.dylib 0x7fff8d37a000 - 0x7fff8d37bfff libunc.dylib (28) 62682455-1862-36FE-8A04-7A6B91256438 /usr/lib/system/libunc.dylib 0x7fff8d51e000 - 0x7fff8d520ff3 libsystem_configuration.dylib (596.12) C4F633D9-94C8-35D9-BB2D-84C5122533C7 /usr/lib/system/libsystem_configuration.dylib 0x7fff8eda4000 - 0x7fff8edaaff7 libsystem_platform.dylib (24.1.4) 331BA4A5-55CE-3B95-99EB-44E0C89D7FB8 /usr/lib/system/libsystem_platform.dylib 0x7fff8f2a4000 - 0x7fff8f2cbffb libsystem_info.dylib (449.1.3) 7D41A156-D285-3849-A2C3-C04ADE797D98 /usr/lib/system/libsystem_info.dylib 0x7fff8f3e9000 - 0x7fff8f3eaff7 libsystem_blocks.dylib (63) FB856CD1-2AEA-3907-8E9B-1E54B6827F82 /usr/lib/system/libsystem_blocks.dylib 0x7fff8f3f2000 - 0x7fff8f3f7ff7 libunwind.dylib (35.3)
Re: [Python] TIOBE vs PYPL
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
