Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione Simone Federici
2012/1/2 enrico franchi 

> Ah, io parlavo di numero di librerie fatte male, da cui stiamo sotto.
> Ma effettivamente non era chiaro. :)
>

giustamente, se a librerie fatte bene siamo sopra a librerie fatte male
stiamo sotto... non ce fa una piega :-)

cmq concedetemi una massima:
sbagliando si impara a sbagliare... ma correggendosi si impara a non farlo
più...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione enrico franchi
2012/1/2 Simone Federici :
>
> 2012/1/2 enrico franchi 
>>
>> ma complessivamente siamo
>> ben sotto gli standard di altri linguaggi.
>
>
> dai dai volevi dire SOPRA :-)


Ah, io parlavo di numero di librerie fatte male, da cui stiamo sotto.
Ma effettivamente non era chiaro. :)


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


Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione Simone Federici
2012/1/2 enrico franchi 

> ma complessivamente siamo
> ben sotto gli standard di altri linguaggi.
>

dai dai volevi dire SOPRA :-)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione enrico franchi
2012/1/2 Francesco Maida :

> Io invece credo che il mondo abbia bisogno anche di strumenti semplici
> per iniziare ad imparare un linguaggio e darti una gratificazione
> immediata; la dimestichezza e l'eleganza nello scrivere il codice
> secondo me arrivano poi con l'esperienza. Imparare un linguaggio
> mentre hai l'incubo dell'insegnante che ti ripete "QUESTO NON SI FA!"
> o "QUESTO E' POCO PYTHONISTA" secondo me intimidisce e porta più
> svantaggi che vantaggi a chi inizia.

Non sono d'accordo. Chiediamoci perche' Python e' un buon posto dove lavorare?
Allora il linguaggio e' fatto bene, siamo d'accordo? Direi di si. E'
comodo, ti fa fare quello che vuoi e ti indica abbastanza chiaramente
quale sia la strada giusta, se sei olandese o se stai un po' ad
ascoltare.

Pero' cosa fai con il linguaggio? Poco. Con la libreria standard? Un
po' di piu'. Ma chi di noi *lavora* solo con la libreria standard?
Direi pochi. Quante volte non capita di usare questa o quella
libreria? Per non parlare del web.

Ecco... ogni sviluppatore pressapochista crea una probabilita' non
nulla che si finisca per usare una sua libreria. Il pattern che ho
visto spesso in molti linguaggi e':

1. sviluppatore pressapochista scrive libreria. libreria piu' o meno funziona.
2. a qualcun altro servono le stesse cose, comincia ad usare libreria.
la estende. magari e' anche lui pressapochista.
3. libreria comincia ad essere usata e ricca di funzionalita'.
4. a questo punto ti trovi a "doverla usare". E' un cesso mal
estendibile e mal gestibile, ma le alternative non si sono sviluppate
o quando ci sono hanno troppo poche funzionalita'.

Quante librerie che abbiamo dovuto usare hanno seguito questo trend?
Direi troppe.

Se tu minimizzi il numero di programmatori che non sono "in sintonia
con lo spirito del linguaggio", minimizzi il punto 1 e massimizzi la
possibilita' che la libreria venga "aggiustata" al punto 2. E di
conseguenza aggiungi un altro gioiellino all'ecosistema Python.

Per dire, in Python quasi tutte le librerie che ho usato sono
mediamente fatte bene e ben comprensibili. Mediamente nel senso che
ovviamente ci sono anche quelle fatte male, ma complessivamente siamo
ben sotto gli standard di altri linguaggi.

In Java mi sono trovato spesso con librerie veramente imbarazzanti.
Cattivo design, troppo complesse. E cosi' via. Questo perche' non sono
state dati buoni consigli a chi iniziava.



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


Re: [Python] R: Elenco strade italiane per comune

2012-01-02 Per discussione Alberto Abate
E' quello indicato da Pietro nella sua risposta:

http://download.gfoss.it/osm/osm/

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


[Python] R: Elenco strade italiane per comune

2012-01-02 Per discussione Salvadori Giordano
Ciao

Sono interessato anche io all'elenco delle strade italiane per comune e se 
presente alla lista offline in xml.
Mi sapresti dare il link di dove posso trovarla per cortesia?!?!

Ti ringrazio
Giordano

-Messaggio originale-
Da: python-boun...@lists.python.it [mailto:python-boun...@lists.python.it] Per 
conto di Alberto Abate
Inviato: lunedì 2 gennaio 2012 16.32
A: Discussioni generali sul linguaggio Python
Oggetto: Re: [Python] Elenco strade italiane per comune

> Ciao, io utilizzerei cloudmade[0], che utilizza come base dati
> openstreetmap[1] (un db con dati georeferenziati forniti dagli utenti
> protetti da OdbL [2]), che ha delle buone API [3].
>
> Qualcosa tipo:
>
> #---
> from cloudmade import api, geocoding, routing, utils
>
> cm = api.API(apikey = 'yourkey', referrer = 'yoursite.it')
>
> def get_data(cityname, objtype):
>    citydata = cm.find(geocoding.Query(cityname))
>    citybounds = citydata['bounds']
>    citybbox = []
>    [citybbox.extend(i) for i in citybounds]
> objs = 
> cm.find(api.geocoding.Query().bbox(citybbox).object_type(objtype).limit(100) )
>    return objs['features']
>
> def get_names(ways):
>    for way in ways:
>        if 'name' in way['properties'].keys():
>            yield way['properties']['name']
>
> vrroad = get_data('Verona', 'road')
> for name in get_names(vrroad):
>    print name
>
> #---
>
> Ho fatto questo breve prova, devi solo capire come fare a farti dare
> più di 10 risultati... :-)

Ciao Pietro,
grazie per i suggerimenti...
Giocando un po' con cloudmade ho visto che per forzare il numero di strade,
basta mettere la funzione "limit" come nell'esempio sopra...io l'ho messo a 100
Scusa l'ignoranza, ma a cosa serve la funzione yield ?...
Io ho usato una semplice lista per poter ordinare alfabeticamente i risultati..
Il problema è che i nomi delle vie a volte sono ripetuti, oppure
l'anagrafica andrebbe ripulita.
Forse valuterò la soluzione offline con file xml, cercando di valutare
aggiornamenti.
Continuo a fare delle prove, ci aggiorniamo
___
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] Elenco strade italiane per comune

2012-01-02 Per discussione Marco De Paoli
> Scusa l'ignoranza, ma a cosa serve la funzione yield ?...
>

http://docs.python.org/reference/simple_stmts.html#the-yield-statement
http://stackoverflow.com/questions/231767/the-python-yield-keyword-explained
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Digest di Python, Volume 70, Numero 76

2012-01-02 Per discussione Carlo Miron
2012/1/2 Giuseppe Amato :
>> Che MUA usi? Sembrerebbe non onorare ne` l'header "In-Reply-To:", ne`
>> "References:"; in questo caso Mailman dovrebbe threaddare sul
>> "Subject:", ignorando l'eventuale prefisso "Re:".
>
>  Uso gmail direttamente on-line. Mi sono andato a controllare l'header del
> messaggio inviato ed in effetti non c'è nè In-Reply-To:", nè "References:".
> Grazie mille dei chiarimenti :)

Vedendo il Subject, direi che il maggiordomo e` l'opzione digest :P
Ti consiglierei di disattivarlo, questa non e` una mailing list a
traffico particolarmente elevato, tranne quando scoppia il flame :P. E
comunque e` difficile che vengano aperti piu` di due-tre thread al
giorno...

Ciao,
©
-- 
Carlo Miron
Digest Sucks Solution Architect™
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Elenco strade italiane per comune

2012-01-02 Per discussione Alberto Abate
> Ciao, io utilizzerei cloudmade[0], che utilizza come base dati
> openstreetmap[1] (un db con dati georeferenziati forniti dagli utenti
> protetti da OdbL [2]), che ha delle buone API [3].
>
> Qualcosa tipo:
>
> #---
> from cloudmade import api, geocoding, routing, utils
>
> cm = api.API(apikey = 'yourkey', referrer = 'yoursite.it')
>
> def get_data(cityname, objtype):
>    citydata = cm.find(geocoding.Query(cityname))
>    citybounds = citydata['bounds']
>    citybbox = []
>    [citybbox.extend(i) for i in citybounds]
> objs = 
> cm.find(api.geocoding.Query().bbox(citybbox).object_type(objtype).limit(100) )
>    return objs['features']
>
> def get_names(ways):
>    for way in ways:
>        if 'name' in way['properties'].keys():
>            yield way['properties']['name']
>
> vrroad = get_data('Verona', 'road')
> for name in get_names(vrroad):
>    print name
>
> #---
>
> Ho fatto questo breve prova, devi solo capire come fare a farti dare
> più di 10 risultati... :-)

Ciao Pietro,
grazie per i suggerimenti...
Giocando un po' con cloudmade ho visto che per forzare il numero di strade,
basta mettere la funzione "limit" come nell'esempio sopra...io l'ho messo a 100
Scusa l'ignoranza, ma a cosa serve la funzione yield ?...
Io ho usato una semplice lista per poter ordinare alfabeticamente i risultati..
Il problema è che i nomi delle vie a volte sono ripetuti, oppure
l'anagrafica andrebbe ripulita.
Forse valuterò la soluzione offline con file xml, cercando di valutare
aggiornamenti.
Continuo a fare delle prove, ci aggiorniamo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione Simone Federici
2012/1/2 Francesco Maida 

> Sai perchè i bambini piccoli riescono ad
> imparare più facilmente rispetto agli adulti? Non perchè abbiano più
> neuroni nel cervello (in caso contrario io sarei spacciato), ma perchè
> rispetto agli adulti non hanno paura di commettere degli errori.
>

1) il tessuto nervoso è ancora giovane, hanno + neuroni "giovani" e ne
hanno di più... infatti i neuroni possono solo morire e non  si possono
riprodurre.
2) i bambini sono in via di sviluppo, l'apprendimento avviene da altri
piani e loro sono più permeabili a quello che gli accade intorno.

Non credo che i bambini non abbiano paura di sbagliare, o meglio questo
dipende dall'età, è chiaro che sono più vulnerabili sotto molti aspetti e
quasi "invulnerabili" da altri.

A parte la mezza lezione pedagogica, non che voglia aprire un contesto
[OT], è chiaro che la paura di sbagliare può essere bloccante, ma è vero
anche l'opposto, se uno non ha paura di sbagliare, sbaglia :-)

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


Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione Francesco Maida
Il 02 gennaio 2012 09:41, Nicola Larosa  ha scritto:
> Il mondo è pieno di strumenti pensati in modo pressappochista, con
> l'ottica del risultato immediato a scapito del medio e lungo periodo.
> Scarseggiano invece quelli pensati con criterio opposto.
>
> Curioso che tu rivendichi una totale inversione di prospettiva proprio in
> uno di quei pochi ambienti. Credo faresti prima a cercare altrove uno
> strumento più adatto.


Una vecchia storiella: Sai perchè i bambini piccoli riescono ad
imparare più facilmente rispetto agli adulti? Non perchè abbiano più
neuroni nel cervello (in caso contrario io sarei spacciato), ma perchè
rispetto agli adulti non hanno paura di commettere degli errori. E' la
paura di commettere errori, ergo fare cappelle, che IMHO limita tanta
gente; sei davvero sicuro che un mondo con meno codice sorgente, e
scritto meglio sarebbe migliore di questo con tanti programmi scritti
alla membro di segugio? :-)

Io personalmente non ne sono convinto, però rispetto la tua opinione.
Come diceva l'ispettore Callaghan, "le opinioni sono come le palle,
ognuno ha le sue" ;-)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione Manlio Perillo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 02/01/2012 08:33, Francesco Maida ha scritto:
> Il 30 dicembre 2011 16:06, Manlio Perillo  ha 
> scritto:
>> Il 30/12/2011 08:32, Francesco Maida ha scritto:
>>> [...]
>>> L'unica cosa simile che ho visto è SharpDeveloper che
>>> consente di creare applicazioni .NET programmando in Python:
>>> semplicissimo da usare, anch'io senza sapere una fava di Python sono
>>> riuscito a costruire uno o due programmini scemi con interfaccia
>>> grafica,
>>
>> Questo secondo me è un problema, più che un vantaggio.
> 
> Io invece credo che il mondo abbia bisogno anche di strumenti semplici
> per iniziare ad imparare un linguaggio e darti una gratificazione
> immediata; la dimestichezza e l'eleganza nello scrivere il codice
> secondo me arrivano poi con l'esperienza.

La dimestichezza e eleganza non c'entrano.
Si tratta di sapere quello che stai facendo.

> [...]


Ciao  Manlio
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8Bg+wACgkQscQJ24LbaUS3sQCeK/XwHbzf6egKp0D6gfMzFk/T
DYsAn0UYCdiwKV8piQx55UrTRCT1qCii
=bgmX
-END PGP SIGNATURE-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] sviluppare applicazioni android tramite python

2012-01-02 Per discussione Nicola Larosa
Francesco Maida wrote:
> Io invece credo che il mondo abbia bisogno anche di strumenti semplici
> per iniziare ad imparare un linguaggio e darti una gratificazione
> immediata;

Ce ne sono, e Python è uno di questi: ma non a scapito del lungo termine.


> la dimestichezza e l'eleganza nello scrivere il codice secondo me
> arrivano poi con l'esperienza.

No, a quel punto è troppo tardi. Devono arrivare mentre s'impara.


> Imparare un linguaggio mentre hai l'incubo dell'insegnante che ti
> ripete "QUESTO NON SI FA!" o "QUESTO E' POCO PYTHONISTA" secondo me
> intimidisce e porta più svantaggi che vantaggi a chi inizia.

Nessun incubo, semplice voglia di lavorare bene, all'inizio, in mezzo e
alla fine.

Il mondo è pieno di strumenti pensati in modo pressappochista, con
l'ottica del risultato immediato a scapito del medio e lungo periodo.
Scarseggiano invece quelli pensati con criterio opposto.

Curioso che tu rivendichi una totale inversione di prospettiva proprio in
uno di quei pochi ambienti. Credo faresti prima a cercare altrove uno
strumento più adatto.

Ah, si dice "poco pythonico", i pythonisti sono le persone. ;-P

-- 
Nicola Larosa - http://www.tekNico.net/

[Steve] Jobs was uncannily perceptive about the interface design and
marketing of technology, but he was also a control freak who posed as
an iconoclast - and after about 1980 he projected his control freakery
on everything he shaped. The former trait did a great deal of good; the
latter did a degree of harm that, sadly, may prove greater in the end.
 - Eric S. Raymond, http://esr.ibiblio.org/?p=3790, October 2011
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Digest di Python, Volume 70, Numero 76

2012-01-02 Per discussione Giuseppe Amato
Che MUA usi? Sembrerebbe non onorare ne` l'header "In-Reply-To:", ne`
> "References:"; in questo caso Mailman dovrebbe threaddare sul
> "Subject:", ignorando l'eventuale prefisso "Re:".
>

 Uso gmail direttamente on-line. Mi sono andato a controllare l'header del
messaggio inviato ed in effetti non c'è nè In-Reply-To:", nè "References:".

Grazie mille dei chiarimenti :)


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