Re: [Python] TIOBE vs PYPL

2013-12-20 Per discussione Nicola Larosa
> 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


Re: [Python] Sintassi.

2013-12-20 Per discussione Nicola Larosa
Dario Bertini wrote:
> se però proprio si voleva abbandonare quel segno d'interpunzione,
> ci si sarebbe potuti spingere anche oltre... l'operatore != per
> esempio in Clojure è not=

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.
[...]

-- 
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] Errore del sistema operativo su MAC.

2013-12-20 Per discussione Gabriele Battaglia
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) 
 
/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) 
 /usr/lib/dyld
0x7fff8be8 - 0x7fff8be81ff7  libsystem_sandbox.dylib (278.10) 
 /usr/lib/system/libsystem_sandbox.dylib
0x7fff8d01d000 - 0x7fff8d024ff7  libsystem_pthread.dylib (53.1.4) 
 /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) 
 
/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) 
 /usr/lib/system/libsystem_blocks.dylib
0x7fff8f3f2000 - 0x7fff8f3f7ff7  libunwind.dylib (35.3) 
<78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
0x7fff8fe16000 - 0x7fff8fe20fff  libcommonCrypto.dylib (60049) 
<8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/lib

Re: [Python] vecchio pentium 4

2013-12-20 Per discussione enrico franchi
2013/12/20 Gollum1 

> 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


Re: [Python] TIOBE vs PYPL

2013-12-20 Per discussione Carlos Catucci
2013/12/20 Massimo Capanni 

> 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] Sintassi.

2013-12-20 Per discussione Dario Bertini
2013/12/20 Nadir Sampaoli :
> 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] Sintassi.

2013-12-20 Per discussione Nadir Sampaoli
Il 20 dicembre 2013 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?

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] Python ip dinamico e sottorete

2013-12-20 Per discussione Marcello
>
>
> 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] vecchio pentium 4

2013-12-20 Per discussione Gollum1
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] TIOBE vs PYPL

2013-12-20 Per discussione enrico franchi
2013/12/20 Pietro Battiston 

> 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


[Python] vecchio pentium 4

2013-12-20 Per discussione Remo The Last
ciao a tutti e buonasera


Mi hanno rifilato un vecchio pentium 4 e non so che farci.
Questo vecchio P4 non implementa Hyper-Threading e mi sto chiedendo cosa 
succede se in qualche script mi importo threading e limito al minimo il numero 
di threads. L'OS è un vecchio debian 2.6 e forse l'OS gestisce i thread per 
conto del processore. Che mi sapete dire? 


Ciao e grazie

py.Re___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] TIOBE vs PYPL

2013-12-20 Per discussione Pietro Battiston
Il giorno ven, 20/12/2013 alle 11.36 +0100, Manlio Perillo ha scritto:
> 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.
> 

La pagina/sezione di Wikipedia a cui punta il link nella descrizione
dice "Leading indicators are indicators that usually change before the
economy as a whole changes." E questo ha ovviamente a che fare con la
ricerca del termine "tutorial".

Ma nel caso specifico, credo che si possa interpretare almeno in due
modi (complementari, ed entrambi interessanti):
- come dice Enrico Franchi, quello che studi oggi è quello con cui
cercherai di lavorare domani,
- quello che studi oggi è quello che ti aspetti che dovrai conoscere
domani per cercare di/da lavorare.

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 ;-)

ciao

Pietro

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Python, redis e bottleneck

2013-12-20 Per discussione Pietro Battiston
Il giorno gio, 19/12/2013 alle 14.53 +0100, Manlio Perillo ha scritto:
> On 19/12/2013 12:52, Pietro Battiston wrote:
> > [...]
> > OK, ragionevole dubbio. Prendi _questo_ codice:
> >
> > import redis
> > import random
> >
> > r = redis.Redis(db=0)
> >
> > try:
> >  while True:
> >  r[random.random()] = random.random()
> > except KeyboardInterrupt:
> >  r.flushdb()
> >
> 
> Consiglio: se vuoi prestazioni **non** usare API di alto livello 
> "Pythoniche".  Di solito sono scritte con la convenienza in mente, senza 
> pensare minimamente alle prestazioni.
> 
> Una velocissima ricerca su google (redis batch commands) riporta:
> http://redis.io/topics/mass-insert
> 

... e un paio di ricerche dopo sono arrivato... alla documentazione
ufficiale:
http://redis-py.readthedocs.org/en/latest/#redis.Redis.pipeline
(shame on me)

Sostanzialmente, il seguente codice



import redis
import random
import time

PIPELINE = True
TRANSACTION = False

r = redis.Redis(db=0)

if PIPELINE:
r = r.pipeline(transaction=TRANSACTION)

count = 0

now = time.time()

try:
while True:
r[count] = count
count = (count + 1) % 1
if not count:
new_now = time.time()
print new_now - now
now = new_now
if PIPELINE:
r.execute()
except KeyboardInterrupt:
r.flushdb()


... da me gira circa 5 volte più veloce che con "PIPELINE = False", e un
25% più veloce che con "TRANSACTION = True". Ovviamente con la CPU "di
python" utilizzata quasi al massimo.

Per il problema da cui ero partito, il caricamento di un dump json del
database, il guadagno è circa di un fattore 3 - quindi effettivamente le
query continue erano un bottleneck molto più di quanto il solo tempo di
CPU speso in kernel space mi permettesse di immaginare.

Probabilmente la soluzione mass-insert è ancora più efficiente (non ho
ancora avuto tempo di provare) - di certo la rappresentazione su disco è
molto più appropriata di un json...

ciao e grazie mille della dritta salvifica

Pietro

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Python ip dinamico e sottorete

2013-12-20 Per discussione Giuseppe Amato
>
> Quindi per cominciare chiarisciti il concetto di NAT, di socket e del port
> forwarding. Poi per lo sviluppo avrai tantissima scelta ;) .
>

Grazie! :-)

-- 

Giuseppe Amato
e-mail: giuam...@gmail.com
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Python ip dinamico e sottorete

2013-12-20 Per discussione Antonio Piepoli
Se tra Router1 c'è una nuvoletta chiamata Internet avrai bisogno di 
usare il NAT (spesso attivo di default su router domestici) e il port 
forwarding sul router che connette il pc che servierà da server prima di 
iniziare a pensare allo sviluppo. Mentre per il client potrebbe non 
essere un problema l'avere un IP dinamico privato, per il server il 
problema si pone (a meno di utilizzare protocolli specifici). 
Un'ulteriore cosa da capire è se gli ip pubblici sono statici o no.  Se 
non fossero statici dovresti accedervi attraverso un nome di dominio che 
devi oppurtunamente registrare e mantenere aggiornato. Quando avrai 
risolto questi probemi di tipo "rete" dovrai passare alla scelta del 
protocollo di trasporto (tra TCP e UDP).


Quindi per cominciare chiarisciti il concetto di NAT, di socket e del 
port forwarding. Poi per lo sviluppo avrai tantissima scelta ;) .


Ciao
Antonio


Il 20/12/2013 14:16, Giuseppe Amato ha scritto:

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 mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Sintassi.

2013-12-20 Per discussione Gabriele Battaglia


- Original Message - 
From: "Nicola Larosa" 

To: "Discussioni generali sul linguaggio Python" 
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] Sintassi.

2013-12-20 Per discussione Nicola Larosa
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


[Python] Sintassi.

2013-12-20 Per discussione Gabriele Battaglia

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] Python ip dinamico e sottorete

2013-12-20 Per discussione Giuseppe Amato
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


Re: [Python] TIOBE vs PYPL

2013-12-20 Per discussione enrico franchi
2013/12/20 Manlio Perillo 

> 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


Re: [Python] TIOBE vs PYPL

2013-12-20 Per discussione enrico franchi
2013/12/20 Marco Beri 

> 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 Per discussione Marco Beri
2013/12/20 Manlio Perillo 

> 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 Per discussione Manlio Perillo

On 20/12/2013 11:39, Marco Beri wrote:

2013/12/20 Manlio Perillo 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




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 Per discussione Marco Beri
2013/12/20 Manlio Perillo 

> 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

2013-12-20 Per discussione Manlio Perillo

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 Per discussione Daniele Palmese
2013/12/20 Marco Beri 

> 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

2013-12-20 Per discussione Massimo Capanni
Pensavo che il Pascal fosse un ricordo dell'università ...

.m

.Massimo .Capanni

σπευδε βραδεως


Il giorno 20 dicembre 2013 10:16, Simone Federici  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 Per discussione Simone Federici
Transact-SQL ^^  la dice lunga sulla attendibilità dei dati
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


[Python] TIOBE vs PYPL

2013-12-20 Per discussione Marco Beri
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