Carlos Catucci:
... pensate ad un progetto con migliaia di funzioni e metodi che vanno
riscritti per forza con la nuova sintassi dichiarativa ...
dagli esempi sembra che import typing non forzerebbe nulla...
è una sintassi opzionale no?
come è stato detto + volte, linguaggi staticamente
2015-01-02 10:03 GMT+01:00 Alessandro Re a...@ale-re.net:
In realtà la cosa che trovo interessante è che non si sovraccarica, ma si
usa una funzionalità esistente per uno scopo diverso.
Ribadisco hce puo' avere senso ma se diventa un'obbligo definire con quella
sintassi contorta le funzioni
Il 01/gen/2015 16:20 Alessandro Re a...@ale-re.net ha scritto:
Intendevo dire che a volte avere un compilatore che fa i controlli sui
tipi e molto utile :)
Mypy http://www.mypy-lang.org/.
Probabilmente verrà integrato in qualche modo in Python 3.5.
©
--
|:**THE BEER-WARE LICENSE**
@Marco Beri, grazie per il link, appena riesco me lo rileggo attentamente :)
On Jan 1, 2015 6:24 PM, Manlio Perillo manlio.peri...@gmail.com wrote:
Sovraccaricare un linguaggio di nuove funzionalità non è sempre
la scelta migliore.
In realtà la cosa che trovo interessante è che non si
On 12/29/2014 03:43 PM, Carlos Catucci wrote:
Invece con python la JVM nonti serve, basta l'interprete Python :)
Meh, purtroppo la politica delle distribuzioni e` talmente ostica che
spesso devi ricompilarti l'interprete Python a mano. Di contro, per Java
esiste un comodo rpm oppure, in
Enrico Bianchi:
Il punto e` questo: cosa e` lento? Il tempo di esecuzione? La velocita` di
programmazione? Altro? Inoltre, tutto questo su che macchina si e` provato?
Per riprendere quello che hai detto piu` sotto, e` dire che Java e` lento
senza portare motivazioni pratiche e non sensazioni
Ciao Enrico,
può darsi che non abbia capito come usarlo fino in fondo, ma penso di
averne capito la meccanica, e la logica sottostante, avendoci passato
un mese sopra ed essendomi studiato ed applicato (come faccio per ogni
cosa) il libro GraphDatabases-Neo4j.
Purtroppo ora non ho sottomano i dati
Il 02/01/2015 15:08, Enrico Bianchi ha scritto:
On 01/02/2015 02:54 PM, Carlos Catucci wrote:
Non so con che distro lavroi tu Enrico, io mai avuto problemi,
pacchettizzato trovo tutto, tanto in deb, che in rpm che in tar.gz
(si uso anche Slackware, per nostalgia, sai la prima distro non si
* Nicola Larosa (n...@teknico.net) [150102 15:59]:
visto che abbiamo l'OOP: basta fare una inversione.
Una che?
è abbastanza facile, metti la freccia a destra, ti accosti dove c'è la
riga non continua, poi metti la freccia a sinistra e quando è libero ti
giri nell'altro senso di marcia
On 01/02/2015 03:04 PM, Carlos Catucci wrote:
Lui ha scritto che o ha provato ed era lento
Il punto e` questo: cosa e` lento? Il tempo di esecuzione? La velocita`
di programmazione? Altro? Inoltre, tutto questo su che macchina si e`
provato? Per riprendere quello che hai detto piu` sotto, e`
Carlos Catucci:
Non esserne cosi' sicuro. A volte una print messa nel posto giusto vale
100 debugger grafici. ;)
import logging è tuo amico.
il print per il debug è il male assoluto :-)
cmq nello sviluppo è utile, basta che prima di committare ti metti a
cercare tutti i print e li cancelli
On 2 January 2015 at 18:31, Simone Federici s.feder...@gmail.com wrote:
eheh storica frase che ha la mia stessa età...
la prima è ancora valida, la seconda no.
Non esserne cosi' sicuro. A volte una print messa nel posto giusto vale 100
debugger grafici. ;)
Carlos
--
EZLN ... Para Todos Todo
Enrico Bianchi:
The most effective debugging tool is still careful thought, coupled with
judiciously placed print statements.
- Unix for Beginners (1979)
eheh storica frase che ha la mia stessa età...
la prima è ancora valida, la seconda no.
On 12/31/2014 12:03 PM, enrico franchi wrote:
Cioe' il debug fatto a print mi fa cosi' tanto ... vabbe'.
The most effective debugging tool is still careful thought, coupled with
judiciously placed print statements.
* Unix for Beginners (1979)
Enrico ;)
On 01/02/2015 07:24 PM, Diego Barrera wrote:
Il 02/01/2015 15:08, Enrico Bianchi ha scritto:
On 01/02/2015 02:54 PM, Carlos Catucci wrote:
Non so con che distro lavroi tu Enrico, io mai avuto problemi,
pacchettizzato trovo tutto, tanto in deb, che in rpm che in tar.gz
(si uso anche Slackware,
2015-01-02 10:32 GMT+01:00 Simone Federici s.feder...@gmail.com:
Lo so che ci sono parecchi che usano VI qui in ML.
Gia'... non e' che ci sia scelta, eh...
Comunque con ide avanzati, su può fare refactoring su una classe con un
extract method o un pull interface, ecc... e il tool di
2015-01-02 19:49 GMT+01:00 Carlos Catucci carlos.catu...@gmail.com:
2015-01-02 19:41 GMT+01:00 Simone Federici s.feder...@gmail.com:
import logging è tuo amico.
il print per il debug è il male assoluto :-)
cmq nello sviluppo è utile, basta che prima di committare ti metti a
cercare tutti
Mi sara' capitato 4 volte nella mia vita di tirare fuori ddd (per una
lunghissima serie di motivi era il tool giusto).
Ah, forse se uno lavora con un IDE.
Io li ho sempre associati, ide e dbg grafico, mentalmente.
Claro che un bel log è meglio di solito, ma se lo hai a mano puoi pure
usarlo.
On 02/01/2015 10:09, Carlos Catucci wrote:
2015-01-02 10:03 GMT+01:00 Alessandro Re a...@ale-re.net
mailto:a...@ale-re.net:
In realtà la cosa che trovo interessante è che non si
sovraccarica, ma si usa una funzionalità esistente per uno scopo
diverso.
Ribadisco hce puo' avere
On 01/01/2015 11:26 PM, enrico franchi wrote:
For the record, in Python il controllo dei tipi si fa senza troppi
problemi, ma *non* si fa come dici.
Quello e' un noto antipattern.
Per curiosita`, perche` e` visto come un antipattern? Mi va bene anche
un po' di letteratura
Enrico
On 01/02/2015 02:54 PM, Carlos Catucci wrote:
Non so con che distro lavroi tu Enrico, io mai avuto problemi,
pacchettizzato trovo tutto, tanto in deb, che in rpm che in tar.gz (si
uso anche Slackware, per nostalgia, sai la prima distro non si scorda
mai).
Piu` che altro parlo di Python 3 (ma
2015-01-02 14:56 GMT+01:00 Enrico Bianchi enrico.bian...@ymail.com:
E` piu` o meno dall'inizio del thread che ripeti questa cosa, forse
sarebbe meglio estendere il concetto facendo anche degli esempi (la storia
di Neo4j mi viene da interpretarla con l'ho avviato, non ho capito come
usarlo,
2015-01-02 15:08 GMT+01:00 Enrico Bianchi enrico.bian...@ymail.com:
Piu` che altro parlo di Python 3 (ma anche di 2.7, in alcuni casi), su
Centos 6 non c'e` modo di averlo se non aggiungendo repository di dubbia
provenienza, mentre per le Debian che cito era disponibile solo una vecchia
3.2
2015-01-02 14:52 GMT+01:00 Enrico Bianchi enrico.bian...@ymail.com:
Meh, purtroppo la politica delle distribuzioni e` talmente ostica che
spesso devi ricompilarti l'interprete Python a mano. Di contro, per Java
esiste un comodo rpm oppure, in alternativa, lo decomprimi in un PATH e
funziona
Simone Federici wrote:
Scott Meyers in Effective C++ scriveva:
Anytime you find yourself writing code of the form if the object
is of type T1, then do something, but if it's of type T2, then do
something else, slap yourself.
Il che mi sembra abbastanza esplicativo
Del fatto che la
Enrico Bianchi:
Per curiosita`, perche` e` visto come un antipattern? Mi va bene anche un
po' di letteratura
Me:
class X(int): pass
type(X()) == int
False
isinstance(X(), int)
True
vedi: Liskov Substitution Principle
Cmq Scott Meyers in Effective C++ scriveva:
Anytime you find
On 12/29/2014 01:06 PM, Marco Ippolito wrote:
Ottimi software ma che io trovo lenti e farraginosi.
E` piu` o meno dall'inizio del thread che ripeti questa cosa, forse
sarebbe meglio estendere il concetto facendo anche degli esempi (la
storia di Neo4j mi viene da interpretarla con l'ho
Enrico Bianchi:
Per curiosita`, perche` e` visto come un antipattern? Mi va bene anche un
po' di letteratura
class X(int): pass
type(X()) == int
False
isinstance(X(), int)
True
vedi: Liskov Substitution Principle
___
Python mailing list
On 12/29/2014 10:18 PM, Giorgio Zoppi wrote:
A me Java mi sembra un linguaggio castrante, fosse disponibile in
Linux preferirei C#.
Mono cos'ha che non va?
Enrico
___
Python mailing list
Python@lists.python.it
2015-01-02 23:22 GMT+01:00 Aldes Rossi aldes.ro...@rossisoft.com:
Vorrei scrivere in Python delle routine di servizio da richiamare in
programmi scritti in COBOL.
Per esempio: certe operazioni su stringhe, esecuzione di certi calcoli,
compilazioni di tabelle ...
Per eseguire dal codice
On Fri, Jan 2, 2015 at 3:58 PM, Nicola Larosa n...@teknico.net wrote:
Simone Federici wrote:
Scott Meyers in Effective C++ scriveva:
Anytime you find yourself writing code of the form if the object
is of type T1, then do something, but if it's of type T2, then do
something else, slap
Vorrei scrivere in Python delle routine di servizio da richiamare in
programmi scritti in COBOL.
Per esempio: certe operazioni su stringhe, esecuzione di certi calcoli,
compilazioni di tabelle ...
Per eseguire dal codice COBOL uno script esterno si usa la routine
SYSTEM, passando
come
2015-01-02 18:15 GMT+01:00 Marco Ippolito ippolito.ma...@gmail.com:
Purtroppo ora non ho sottomano i dati precisi, ma quello che mi
ricordo è che le idee alla base di questo db sono ottime (per questo
me lo ero studiato) ma l'ho trovato lento nelle query ma soprattutto
nella scrittura.
Io
2015-01-02 15:07 GMT+01:00 Enrico Bianchi enrico.bian...@ymail.com:
On 01/01/2015 11:26 PM, enrico franchi wrote:
For the record, in Python il controllo dei tipi si fa senza troppi
problemi, ma *non* si fa come dici.
Quello e' un noto antipattern.
Per curiosita`, perche` e` visto come
2015-01-02 18:46 GMT+01:00 Carlos Catucci carlos.catu...@gmail.com:
On 2 January 2015 at 18:31, Simone Federici s.feder...@gmail.com wrote:
eheh storica frase che ha la mia stessa età...
la prima è ancora valida, la seconda no.
Non esserne cosi' sicuro. A volte una print messa nel posto
2015-01-02 19:41 GMT+01:00 Simone Federici s.feder...@gmail.com:
import logging è tuo amico.
il print per il debug è il male assoluto :-)
cmq nello sviluppo è utile, basta che prima di committare ti metti a
cercare tutti i print e li cancelli
E un decorator che a seconda che sia True o
On Fri, Jan 2, 2015 at 5:54 PM, Enrico Bianchi enrico.bian...@ymail.com
wrote:
On 12/31/2014 12:03 PM, enrico franchi wrote:
Cioe' il debug fatto a print mi fa cosi' tanto ... vabbe'.
The most effective debugging tool is still careful thought, coupled with
judiciously placed print
37 matches
Mail list logo