[Python] Bella domanda trovata su gruppo Python di linkedin

[Carlos Catucci]

Which is the best database query language for a website among PHP, Ruby,
Python, and JavaScript, and why?


Personalmente non conosco Ruby quindi nonposso dire nulla ma escluderei
subito PHP dalla tenzone. Javascript ha i suoi meriti, sebbene mi verrebe
d'istinto rispondere Python.

Vostre risposte e relative morivazioni=

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Perplesso su come è stato definito __init__: avete qualche spiegazione?

[Marco Ippolito]

Ciao a tutti,
mi sto studiando gli algoritmi che trovo qui:
http://deeplearning.net/tutorial/lenet.html#lenet per adattarli a
quello che sto facendo io ora.

Nel far ciò ho delle perplessità riguardanti python che mi lasciano
interdetto...:

class LeNetConvPoolLayer(object):
"""Pool Layer of a convolutional network """

def __init__(self, rng, input, filter_shape, image_shape, poolsize=(2, 2)):

io pensavo che:
1) le variabili messe tra parantesi, che sono quelle passate alla
classe quando viene chiamata, dovessero obbligatoriamente essere tutte
poi definite in __init__ , 2) e che tutte le variabili definite
all'interno di __init__ fossero tutte variabili dell'instanza della
classe e,. per questo, dovessero avere self
invece:
a) tra tutte le variabili in def __init__
(self, rng, input, filter_shape, image_shape, poolsize=(2, 2)):
solo self.input = input e poolsize sono definite
b) solo alcune delle variabili all'interno di __init__ sono state
definite con self.

Quali potrebbero essere i motivi che hanno portato a definire in
questo modo le variabili in __init__?

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

Re: [Python] Perplesso su come è stato definito __init__: avete qualche spiegazione?

[Marco De Paoli]

Il giorno 12 gennaio 2015 10:20, Marco Ippolito 
ha scritto:

> Ciao a tutti,
> mi sto studiando gli algoritmi che trovo qui:
> http://deeplearning.net/tutorial/lenet.html#lenet per adattarli a
> quello che sto facendo io ora.
>
> Nel far ciò ho delle perplessità riguardanti python che mi lasciano
> interdetto...:
>
> class LeNetConvPoolLayer(object):
> """Pool Layer of a convolutional network """
>
> def __init__(self, rng, input, filter_shape, image_shape, poolsize=(2,
> 2)):
>
> io pensavo che:
> 1) le variabili messe tra parantesi, che sono quelle passate alla
> classe quando viene chiamata, dovessero obbligatoriamente essere tutte
> poi definite in __init__ , 2) e che tutte le variabili definite
> all'interno di __init__ fossero tutte variabili dell'instanza della
> classe e,. per questo, dovessero avere self
> invece:
> a) tra tutte le variabili in def __init__
> (self, rng, input, filter_shape, image_shape, poolsize=(2, 2)):
> solo self.input = input e poolsize sono definite
> b) solo alcune delle variabili all'interno di __init__ sono state
> definite con self.
>
> Quali potrebbero essere i motivi che hanno portato a definire in
> questo modo le variabili in __init__?
>

perchè mai tutti i valori passati ad init dovrebbero poi essere "salvati"
anche come attributi dell'istanza?
ad esempio il valore di filter_shape viene semplicemente utilizzato nella
funzione __init__ ed, evidentemente, non c'è alcun bisogno di
"ricordarselo" associandolo in modo continuativo all'oggetto creato

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

Re: [Python] Perplesso su come è stato definito __init__: avete qualche spiegazione?

[Carlos Catucci]

mi sto studiando gli algoritmi che trovo qui:

> http://deeplearning.net/tutorial/lenet.html#lenet per adattarli a
> quello che sto facendo io ora.
>
> Nel far ciò ho delle perplessità riguardanti python che mi lasciano
> interdetto...:
>
> class LeNetConvPoolLayer(object):
> """Pool Layer of a convolutional network """
>
> def __init__(self, rng, input, filter_shape, image_shape, poolsize=(2,
> 2)):
>
> io pensavo che:
> 1) le variabili messe tra parantesi, che sono quelle passate alla
> classe quando viene chiamata, dovessero obbligatoriamente essere tutte
> poi definite in __init__ ,


Tra parentesi dopo il nome della classe trovi le classi da cui eredita, se
non specifichi nulla prende per buono che vuoi usrae la classe base Object


> 2) e che tutte le variabili definite
> all'interno di __init__ fossero tutte variabili dell'instanza della
> classe e,. per questo, dovessero avere self
> invece:
> a) tra tutte le variabili in def __init__
> (self, rng, input, filter_shape, image_shape, poolsize=(2, 2)):
> solo self.input = input e poolsize sono definite
> b) solo alcune delle variabili all'interno di __init__ sono state
> definite con self.
>

Self e' il puntatore all'istanza corrente. Esempio

class Pinco():

.


a = Pinco()
b = Pinco()

a.valore1 = 10
b.valore1 = 20

Come fa aa capire se valore1 che stiamo usando e' di a o di b? Con self che
punta ad a o a b.
Le variabilile definisci dopo la dichiarazione class Pinco():

class Pinco():

valore1 = None
valore2 = None

def __init__(v1, v2):

self.valore1 = v1
self.valore2 = v2

In questo modo nel momento in cui crei l'oggetto passi come parametri i
valori contenuti nella chiamata a __init__ che e' un Magic Method (ce ne
sono anche altri) che vengono assegnati alle variabili dell'istanza.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Perplesso su come è stato definito __init__: avete qualche spiegazione?

[Marco Ippolito]

ciao Marco,
grazie per darmi delle spiegazioni.
Nella mia "infinita" ignoranza, pensavo che tutto ciò che fosse
definito in __init__ fosse automaticamente "associato" in modo
continuativo all'oggetto creato.
A quanto pare non è proprio così.

Marco

Il 12 gennaio 2015 10:29, Marco De Paoli  ha scritto:
>
>
> Il giorno 12 gennaio 2015 10:20, Marco Ippolito 
> ha scritto:
>
>> Ciao a tutti,
>> mi sto studiando gli algoritmi che trovo qui:
>> http://deeplearning.net/tutorial/lenet.html#lenet per adattarli a
>> quello che sto facendo io ora.
>>
>> Nel far ciò ho delle perplessità riguardanti python che mi lasciano
>> interdetto...:
>>
>> class LeNetConvPoolLayer(object):
>> """Pool Layer of a convolutional network """
>>
>> def __init__(self, rng, input, filter_shape, image_shape, poolsize=(2,
>> 2)):
>>
>> io pensavo che:
>> 1) le variabili messe tra parantesi, che sono quelle passate alla
>> classe quando viene chiamata, dovessero obbligatoriamente essere tutte
>> poi definite in __init__ , 2) e che tutte le variabili definite
>> all'interno di __init__ fossero tutte variabili dell'instanza della
>> classe e,. per questo, dovessero avere self
>> invece:
>> a) tra tutte le variabili in def __init__
>> (self, rng, input, filter_shape, image_shape, poolsize=(2, 2)):
>> solo self.input = input e poolsize sono definite
>> b) solo alcune delle variabili all'interno di __init__ sono state
>> definite con self.
>>
>> Quali potrebbero essere i motivi che hanno portato a definire in
>> questo modo le variabili in __init__?
>
>
> perchè mai tutti i valori passati ad init dovrebbero poi essere "salvati"
> anche come attributi dell'istanza?
> ad esempio il valore di filter_shape viene semplicemente utilizzato nella
> funzione __init__ ed, evidentemente, non c'è alcun bisogno di "ricordarselo"
> associandolo in modo continuativo all'oggetto creato
>
> ciao,
> Marco
>
>
> ___
> 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] Bella domanda trovata su gruppo Python di linkedin

[Carlo Miron]

Il 12 gennaio 2015 10:00, Carlos Catucci  ha scritto:

> Which is the best database query language for a website among PHP, Ruby,
> Python, and JavaScript, and why?
>
> Vostre risposte e relative morivazioni=

Non ho letto l'articolo, ma alla tua domanda risponderei SQL per ovvie
ed evidenti ragioni :P

©

-- 
|:**THE BEER-WARE LICENSE** (Revision 42):
|  wrote this mail. As long as you retain
| this notice you can do whatever you want with this stuff.
| If we meet some day, and you think this stuff is worth it,
| you can buy me a beer in return.
|--Carlo Miron :
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Bella domanda trovata su gruppo Python di linkedin

[Carlos Catucci]

On 12 January 2015 at 10:37, Carlo Miron  wrote:

> Non ho letto l'articolo, ma alla tua domanda risponderei SQL per ovvie
> ed evidenti ragioni :P
>

+1

Il discorso era quale linguaggio per gestire un DB da un programma
ovviamente non SQL. Anche perche' parla di Database (qundi anche noSql).

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Perplesso su come è stato definito __init__: avete qualche spiegazione?

[Marco Ippolito]

mille grazie Carlos della tua spiegazione.
 nel tuo esempio per passare alle variabili (definite dopo la
dichiarazione della classe) i relativi valori si usa proprio
self.nome_variabile_1 = valore_1, self.nome_variabileself_2 = valore_2
ed è proprio quello che mi aspettavo di vedere all'interno di def
__init__(self, rng, input, filter_shape, image_shape, poolsize=(2,
2)):

Ora ho capito che si possono anche definire le variabili all'interno
di def __init__():
senza associarle in modo continuativo all'oggetto creato.
Continuo comunque a non afferrarne l'utilità di definire variabili in
__init__ senza associarle all'oggetto creato

Marco

Il 12 gennaio 2015 10:31, Carlos Catucci  ha scritto:
> mi sto studiando gli algoritmi che trovo qui:
>>
>> http://deeplearning.net/tutorial/lenet.html#lenet per adattarli a
>> quello che sto facendo io ora.
>>
>> Nel far ciò ho delle perplessità riguardanti python che mi lasciano
>> interdetto...:
>>
>> class LeNetConvPoolLayer(object):
>> """Pool Layer of a convolutional network """
>>
>> def __init__(self, rng, input, filter_shape, image_shape, poolsize=(2,
>> 2)):
>>
>> io pensavo che:
>> 1) le variabili messe tra parantesi, che sono quelle passate alla
>> classe quando viene chiamata, dovessero obbligatoriamente essere tutte
>> poi definite in __init__ ,
>
>
> Tra parentesi dopo il nome della classe trovi le classi da cui eredita, se
> non specifichi nulla prende per buono che vuoi usrae la classe base Object
>
>>
>> 2) e che tutte le variabili definite
>> all'interno di __init__ fossero tutte variabili dell'instanza della
>> classe e,. per questo, dovessero avere self
>> invece:
>> a) tra tutte le variabili in def __init__
>> (self, rng, input, filter_shape, image_shape, poolsize=(2, 2)):
>> solo self.input = input e poolsize sono definite
>> b) solo alcune delle variabili all'interno di __init__ sono state
>> definite con self.
>
>
> Self e' il puntatore all'istanza corrente. Esempio
>
> class Pinco():
>
> .
>
>
> a = Pinco()
> b = Pinco()
>
> a.valore1 = 10
> b.valore1 = 20
>
> Come fa aa capire se valore1 che stiamo usando e' di a o di b? Con self che
> punta ad a o a b.
> Le variabilile definisci dopo la dichiarazione class Pinco():
>
> class Pinco():
>
> valore1 = None
> valore2 = None
>
> def __init__(v1, v2):
>
> self.valore1 = v1
> self.valore2 = v2
>
> In questo modo nel momento in cui crei l'oggetto passi come parametri i
> valori contenuti nella chiamata a __init__ che e' un Magic Method (ce ne
> sono anche altri) che vengono assegnati alle variabili dell'istanza.
>
> Carlos
> --
> EZLN ... Para Todos Todo ... Nada para nosotros
>
> ___
> 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] Perplesso su come è stato definito __init__: avete qualche spiegazione?

[Carlos Catucci]

2015-01-12 10:47 GMT+01:00 Marco Ippolito :

> senza associarle in modo continuativo all'oggetto creato.
> Continuo comunque a non afferrarne l'utilità di definire variabili in
> __init__ senza associarle all'oggetto creato
>

Ad esempio per svolgere operazioni dentro __init__

Eseguo un ciclo, mi serve un indice, mica devo passarlo all'oggetto?
Oppure ho una variabile di classe (static) condivisa tra tutti gli oggetti

class Persona():
cognome = 'Rossi'
nome = ''
def __init__(self, nome):
self.nome = nome
def printPersona(self):
   print "%s %s" % (self.nome, self.cognome)

mario = Persona('Mario')
giovanni = Persona("Giovanni")
anna = Persona("Anna")
mario.printPersona()
giovanni.printPersona()
anna.printPersona()

Provalo e vedi che ti stampa sempre Rossi come cognome.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Perplesso su come è stato definito __init__: avete qualche spiegazione?

[Marco Ippolito]

si grazie Carlos
sono tutti della stessa famiglia

Marco

Il 12 gennaio 2015 11:37, Carlos Catucci  ha scritto:
>
> 2015-01-12 10:47 GMT+01:00 Marco Ippolito :
>>
>> senza associarle in modo continuativo all'oggetto creato.
>> Continuo comunque a non afferrarne l'utilità di definire variabili in
>> __init__ senza associarle all'oggetto creato
>
>
> Ad esempio per svolgere operazioni dentro __init__
>
> Eseguo un ciclo, mi serve un indice, mica devo passarlo all'oggetto?
> Oppure ho una variabile di classe (static) condivisa tra tutti gli oggetti
>
> class Persona():
> cognome = 'Rossi'
> nome = ''
> def __init__(self, nome):
> self.nome = nome
> def printPersona(self):
>print "%s %s" % (self.nome, self.cognome)
>
> mario = Persona('Mario')
> giovanni = Persona("Giovanni")
> anna = Persona("Anna")
> mario.printPersona()
> giovanni.printPersona()
> anna.printPersona()
>
> Provalo e vedi che ti stampa sempre Rossi come cognome.
>
> Carlos
> --
> EZLN ... Para Todos Todo ... Nada para nosotros
>
> ___
> 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] Bella domanda trovata su gruppo Python di linkedin

[Carlos Catucci]

2015-01-12 11:50 GMT+01:00 Fabrizio Soppelsa :

>
> Non sono appassionato di queste discussioni su chi sia meglio e chi sia
> peggio in termini assoluti, ci sono belle librerie ORM per qualsiasi
> linguaggio, se vogliamo restare ad alto livello. La mia preferita all'epoca
> era Datamapper di Ruby, ma niente flame, perché non sono un programmatore.
> Sennò, SQL o JS con JSON.


No flames, infatti la domanda e qual'e' secondo voi e perche'. E la ho
girata per ascoltare i pareri, non per scatenare una Holy War.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Bella domanda trovata su gruppo Python di linkedin

[Fabrizio Soppelsa]

On 01/12/2015 12:00 PM, Carlos Catucci wrote:
Which is the best database query language for a website among PHP, 
Ruby, Python, and JavaScript, and why? 



Non sono appassionato di queste discussioni su chi sia meglio e chi sia 
peggio in termini assoluti, ci sono belle librerie ORM per qualsiasi 
linguaggio, se vogliamo restare ad alto livello. La mia preferita 
all'epoca era Datamapper di Ruby, ma niente flame, perché non sono un 
programmatore. Sennò, SQL o JS con JSON.


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

[Python] Ricerca sviluppatori Python

[Vincenzo Barone]

Salve lista, 

Abstract.it  cerca developers python per attività di 
sviluppo su ERP (odoo) e CMS (Plone),
se qualcuno è interessato può consultare la pagina 
http://abstract.it/about/team/lavora-con-noi/ 
 o inviare il cv a 
i...@abstract.it 

Grazie
Vincenzo Barone

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

Re: [Python] Bella domanda trovata su gruppo Python di linkedin

[enrico franchi]

2015-01-12 10:50 GMT+00:00 Fabrizio Soppelsa :

>  On 01/12/2015 12:00 PM, Carlos Catucci wrote:
>
>  Which is the best database query language for a website among PHP, Ruby,
> Python, and JavaScript, and why?
> 
>
>
> Non sono appassionato di queste discussioni su chi sia meglio e chi sia
> peggio in termini assoluti, ci sono belle librerie ORM per qualsiasi
> linguaggio, se vogliamo restare ad alto livello. La mia preferita all'epoca
> era Datamapper di Ruby, ma niente flame, perché non sono un programmatore.
> Sennò, SQL o JS con JSON.
>

Se DataMapper fa quello che promette (ovvero usa il pattern architetturale
DataMapper) dovrebbe avere un comportamento simile ad SQLAlchemy (o meglio,
alla parte ORM di SQLAlchemy). Ed SQLAlchemy, per chi puo' permettersi un
ORM, e' piuttosto awesome.


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

Re: [Python] Bella domanda trovata su gruppo Python di linkedin

[Carlos Catucci]

2015-01-12 17:24 GMT+01:00 enrico franchi :

> Se DataMapper fa quello che promette (ovvero usa il pattern architetturale
> DataMapper) dovrebbe avere un comportamento simile ad SQLAlchemy (o meglio,
> alla parte ORM di SQLAlchemy). Ed SQLAlchemy, per chi puo' permettersi un
> ORM, e' piuttosto awesome


Non ti piace? Perche'? E tu cosa usi come ORM?

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Walks like Python. Runs like C.

[Manlio Perillo]

2015-01-06 21:02 GMT+01:00 Marco Daneluzzo :

> Carissimi,
>
> ho trovato in rete il linguaggio di programmazione Julia e il relativo
> ambiente di sviluppo Juno.
>
> Volevo sapere se qualcuno di voi lo ha provato, che cosa ne pensa e se ci
> sono effettivamente delle similitudini con Python.
>
>
Lo sto provando anche io [1].

Rispetto a Numpy + Pandas è molto meno maturo, però ha il vantaggio che è
efficente.
Il problema con Python è che per scrivere codice efficiente devi fare
affidamento a codice scritto in C, e per questo motivo numpy, scipy e
pandas sembrano più ambienti di sviluppo che librerie.  Questo è a mio
avviso sbagliato.  Come è sbagliata l'idea che non si devono usare loop
espliciti.

Giusto ieri ho trovato questo post:
http://juliaeconomics.com/2014/06/15/why-i-started-a-blog-about-programming-julia-for-economics/
http://juliaeconomics.com/2014/06/19/revisited-julia-vs-python-speed-comparison-bootstrapping-the-ols-mle/

Tieni conto di due cose importanti.
1) Julia è nuovo, quindi mancano molte cose.
Vedi al contrario Python, dove trovi di tutto
2) Julia è nato per calcolo numerico.
Questo non significa che non può fare altro, ma
aspettati di trovare pochi package esterni per fare cose
non numeriche, anche in futuro.

Gli sviluppatori di Julia sono consapevoli di 2), ed infatti
è immediato interfacciarsi con codice scritto in C,
shell e Python.

Per il resto Julia non è niente di nuovo, ma semplicemente raccoglie
ed unifica il meglio disponibile per il calcolo numerico.
Il linguaggio mi sembra progettato bene.

[1] Non lavoro/studio in ambito numerico, ma semplicemente sto sistemando
  del codice che faceva semplici calcoli statistici (che poi ho scoperto
  di aver implementato male, invece di usare Pandas) e grafici.


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

Re: [Python] Bella domanda trovata su gruppo Python di linkedin

[enrico franchi]

2015-01-12 16:29 GMT+00:00 Carlos Catucci :
>
> Non ti piace? Perche'?
>

Piacermi mi piace... solo non tutti gli strumenti si possono usare in tutte
le circostanze.


> E tu cosa usi come ORM?
>

In generale non posso permettermi un ORM. So a priori che devo tirare fuori
roba tanta e grossa e farlo velocemente...

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

Re: [Python] Bella domanda trovata su gruppo Python di linkedin

[Carlos Catucci]

2015-01-12 18:26 GMT+01:00 enrico franchi :

> In generale non posso permettermi un ORM. So a priori che devo tirare
> fuori roba tanta e grossa e farlo velocemente...


Usi dei NoSql?

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Walks like Python. Runs like C.

[Alessandro Re]

Io l'ho guardato un pochino... Devo dire che è interessante, per
diversi motivi, ma ho un odio viscerale per la sua sintassi, quindi
non lo preferirò al caro paiton.

Anzi, mi son detto che è meglio aspettare che qualcuno ottimizzi
python, piuttosto che mettermi ad imparare un linguaggio effiiente, ma
che mi irrita scrivere :D ahaha

Comunque è un linguaggio che cito e diffondo, non si sa mai che a
qualcuno meno chiuso di me possa piacere!
~Ale


2015-01-06 20:02 GMT+00:00 Marco Daneluzzo :
> Carissimi,
>
> ho trovato in rete il linguaggio di programmazione Julia e il relativo
> ambiente di sviluppo Juno.
>
> Volevo sapere se qualcuno di voi lo ha provato, che cosa ne pensa e se ci
> sono effettivamente delle similitudini con Python.
>
> Ciao
> Marco
> ___
> 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] Walks like Python. Runs like C.

[Manlio Perillo]

2015-01-12 20:01 GMT+01:00 Alessandro Re :

> Io l'ho guardato un pochino... Devo dire che è interessante, per
> diversi motivi, ma ho un odio viscerale per la sua sintassi, quindi
> non lo preferirò al caro paiton.
>
> Anzi, mi son detto che è meglio aspettare che qualcuno ottimizzi
> python,


Non succederà.
Se vuoi Python veloce devi usare Cython o Numba, che sono linguaggi
differenti, che
servono solo a scrivere parti piccole di codice ottimizzate.

Julia, rispetto a Python, ha un typesystem più flessibile.
Una delle cose (forse l'unica) che non mi piacciono di Python sono le classi
alla C++ ed il fatto che librerie come Pandas attaccano centinaia di metodi
a delle classi che sono semplici strutture dati, e se devi estenderle il
manuale come primo consiglio suggerisce il monkey patching...

La sintassi di Julia non è troppo male.
Se vede che non hai mai studiato linguaggi come Lisp, Ocaml, Haskell o
Rust...


> [...]

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

[Python] Carino

[Carlos Catucci]

http://schoolingthenoob.wordpress.com/2015/01/12/the-winding-path-toward-python-proficiency/

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Carino

[Marco Ippolito]

Io lo sto imparando "the hard waylearning by doing hard things"

2015-01-12 20:31 GMT+01:00 Carlos Catucci :
> http://schoolingthenoob.wordpress.com/2015/01/12/the-winding-path-toward-python-proficiency/
>
> Carlos
> --
> EZLN ... Para Todos Todo ... Nada para nosotros
>
> ___
> 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] Carino

[Carlos Catucci]

On 12 January 2015 at 21:12, Marco Ippolito 
wrote:

> Io lo sto imparando "the hard waylearning by doing hard things"


Che e' una maniera intelligente di apprendere

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Carino

[Marco Ippolito]

Ti ringrazio

2015-01-12 21:13 GMT+01:00 Carlos Catucci :
>
> On 12 January 2015 at 21:12, Marco Ippolito 
> wrote:
>>
>> Io lo sto imparando "the hard waylearning by doing hard things"
>
>
> Che e' una maniera intelligente di apprendere
>
> Carlos
> --
> EZLN ... Para Todos Todo ... Nada para nosotros
>
> ___
> 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] Carino

[Filippo Dal Bosco -]

Il giorno Mon, 12 Jan 2015 21:13:44 +0100
Carlos Catucci  ha scritto:

> On 12 January 2015 at 21:12, Marco Ippolito 
> wrote:
> 
> > Io lo sto imparando "the hard waylearning by doing hard things"
> 
> 
> Che e' una maniera intelligente di apprendere

Lo pensa anche Rainer Maria Rilke


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

Re: [Python] Carino

[Marco Ippolito]

E chi e'?
Il giorno 12/gen/2015 21:18, "Filippo Dal Bosco -" <
filippo.dalbo...@whiteready.com> ha scritto:

> Il giorno Mon, 12 Jan 2015 21:13:44 +0100
> Carlos Catucci  ha scritto:
>
> > On 12 January 2015 at 21:12, Marco Ippolito 
> > wrote:
> >
> > > Io lo sto imparando "the hard waylearning by doing hard things"
> >
> >
> > Che e' una maniera intelligente di apprendere
>
> Lo pensa anche Rainer Maria Rilke
>
>
> --
> Filippo
> ___
> 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] Carino

[Carlos Catucci]

2015-01-12 21:21 GMT+01:00 Marco Ippolito :

> E chi e'?



http://it.wikipedia.org/wiki/Rainer_Maria_Rilke

-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Classi (Was: Walks like Python. Runs like C.)

[Raffaele Salmaso]

2015-01-12 20:08 GMT+01:00 Manlio Perillo :

> Una delle cose (forse l'unica) che non mi piacciono di Python sono le
> classi
> alla C++
>
Potresti elaborare meglio? Perché non ti piacciono? Come le preferiresti?
Son curioso

Grazie.


-- 
| Raffaele Salmaso
| http://salmaso.org
| https://bitbucket.org/rsalmaso
| http://gnammo.com
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Carino

[Carlos Catucci]

2015-01-12 21:17 GMT+01:00 Filippo Dal Bosco - <
filippo.dalbo...@whiteready.com>:

> Lo pensa anche Rainer Maria Rilke


E piu'  di lui lo pensa Zed  A. Shaw

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Infografica sui linguaggi di programmazione

[Marco Ippolito]

http://www.whoishostingthis.com/blog/2014/09/04/learn-to-code/
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python