2014-02-16 19:49 GMT+00:00 Diego Barrera :
> Se le cose funzionano veramente cosi', certo.
>>
> Questo gia' potrebbe bastare :D
Eh, ma non ci conterei... quello e' il fatto.
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://li
On 16/02/2014 20:10, enrico franchi wrote:
Se le cose funzionano veramente cosi', certo.
Questo gia' potrebbe bastare :D
Dalla strada arrivano notizie di tutti i tipi. C'e' twitter che
riscrive tutto in Scala da Ruby. Ci sono quelli che invece falliscono
perche' un competitor, sebbene arriva
2014-02-16 20:15 GMT+01:00 enrico franchi :
> Poi niente da dire, ci sono molti casi d'uso in cui il modello relazionale
> non e' particolarmente indicato. Diciamo che di solito le cose "semplici"
> spesso nascondono la complessita' da qualche altra parte.
Sintesi perfetta.
C'e' da dire che com
2014-02-16 14:27 GMT+00:00 Carlos Catucci :
>
> A dire il vero ultimamente mi sono trovato con diversi progetti dove il
> problema era proprio il modello relazionale. Va detto che si tratta di un
> campione neppure lontanamente rappresentativo. Voglio dire anche se negli
> ulltmi 4 progetti 3 veni
2014-02-16 12:33 GMT+00:00 Diego Barrera :
> On 16/02/2014 12:40, enrico franchi wrote:
>
>>
>> L'architettura del db deve essere *sempre* il piu' efficiente possibile.
>> Se no, non ja fa. E si, sharda, cazzi e mazzi, per carita'.
>>
>> Alla luce di questo e avendo in mente che devo andare in pr
Piergiuliano Bossi wrote:
> Comunque un WTF tonante ci scappa per questa roba qua...
Assolutamente.
Purtroppo la comunità Python non sempre è riuscita a far prevalere la
semplicità sulla tendenza alla sovraingegnerizzazione di alcuni, e
conseguenti complicazioni inutili.
La saga pluriennale dei
On 02/16/2014 02:50 PM, Perini Matteo wrote:
Tutti i controlli verranno fatti via sw appoggiandomi ad un db (sto
propendendo per mongodb... ma non sono ancora sicuro)
Te lo sconsiglio, non tanto per la mole dei dati (irrisoria, stiamo
parlando di una decina di Mb all'anno), ma perche` non ti d
2014-02-16 18:39 GMT+01:00 Enrico Bianchi :
> 'Sta cosa poteva avere senso prima del 2012, ovvero prima dell'avvento di
> PostgreSQL 9.2, dove per la prima volta sono comparsi i campi JSON. Ad
> oggi, nessuno ti vieta di avere una tabella con un solo campo JSON e
> navigarla cosi`:
>
> SELECT json
On 02/16/2014 05:42 PM, Carlos Catucci wrote:
Io trovo comoda la struttura json delle tabelle e il fatto che non
abbia tabelle rigide.
'Sta cosa poteva avere senso prima del 2012, ovvero prima dell'avvento
di PostgreSQL 9.2, dove per la prima volta sono comparsi i campi JSON.
Ad oggi, nessuno t
2014-02-16 17:39 GMT+01:00 Enrico Bianchi :
> Dalla mia esperienza, non riesco a capire quale sia l'esatta collocazione
> di MongoDB. E questo perche`, sempre nell'ottica di fargli gestire grosse
> moli di dati, devi avere una configurazione che richiede almeno 9 (nove!)
> nodi del database NoSQL.
On 02/16/2014 03:41 PM, Carlos Catucci wrote:
Io sapevo (ma posso sbagliarmi) che Mongo Db (che ribadisco quanto
detto altrove trovo MLTO carino) era pensato per grosse moli di dati.
Dalla mia esperienza, non riesco a capire quale sia l'esatta
collocazione di MongoDB. E questo perche`, se
On Sunday 16 February 2014 10:24:35 Piergiuliano Bossi wrote:
> Vedi
> http://docs.python.org/2/distutils/examples.html#pure-python-distribution-by
> -module
>
> Sono io che ho capito male, la documentazione e' sbagliata, o c'e' un bug?
Hai ragione, era da un po' che non rileggevo il tutto! Uhm,
2014-02-16 16:26 GMT+01:00 Piergiuliano Bossi :
> Penso che ci sarebbe un potenziale enorme per una piadineria decente a
> Toronto. Ho trovato un paio di buone pizzerie, ma piadine ciccia. Potrei
> vendere un figlio per una piadina buona, saranno 10 anni che non ne mangio
> una...
Purtroppo non
On Sun, Feb 16, 2014 at 3:04 AM, Carlos Catucci wrote:
>
> 2014-02-14 22:47 GMT+01:00 Piergiuliano Bossi :
>
>> error: can't copy 'ANIFEST.in': doesn't exist or not a regular file
>
>
> A naso pero'
>
> error: can't copy 'ANIFEST.in': doesn't exist or not a regular file
>
> ANIFEST? Non e' ch
2014-02-16 3:03 GMT-05:00 Carlos Catucci :
>
> 2014-02-14 22:47 GMT+01:00 Piergiuliano Bossi :
>
>> Cosa sto sbagliando? Professione? Meglio dedicarmi alle pizze?
>
>
> Guarda se kl amettiamo sul guadagnare di piu' ti dico che io da tempo
> sogno di mettermi a fare il piadinaro, pero' sai com'e',
2014-02-16 4:05 GMT-05:00 Daniele Tricoli :
> [...]
> Premesso che non ho indagato a fondo anche perché in genere cerco di
> evitare
> setuptools, quindi non ti so dire perché MANIFEST.in diventi ANIFEST.in
> però
> ho notato una cosa.
>
> Nel tuo setup.py scrivi:
>
> [...]
> packages=['si
2014-02-16 16:16 GMT+01:00 Carlos Catucci :
> Sebbene molti ORM supportino dei NoSql (Django almeno mi sembra
> lo faccia con MongoDb)
>
No, l'ORM di Django non lo supporta ma c'è un fork che lo fa:
http://django-nonrel.org/
Ciao
--
M.
http://2014.djangovillage.it/ :: http://tinkergarage.it/
__
2014-02-16 16:01 GMT+01:00 Manlio Perillo :
> Nulla di male, ma ORM significa Object *Relational* Mapper :)
>
> Quindi sospetto tu abbia quotato la parte sbagliata del mio messaggio.
>
Perdonami, avevo deviato, dall'ORM in se ai modelli in generale, discorso
ripreso poi. Sebbene molti ORM support
On 16/02/2014 15:27, Carlos Catucci wrote:
2014-02-16 14:04 GMT+01:00 Manlio Perillo mailto:manlio.peri...@gmail.com>>:
Riguardo i gusti personali, gli ORM poi non mi piacciono perchè li
reputo una astrazione "sbagliata" sopra il modello relazionale.
A dire il vero ultimamente mi sono
2014-02-16 14:50 GMT+01:00 Perini Matteo :
> sto seguendo con interesse ma il livello si è alzato un po' ;)
>
Sai come finiscono ste cose, uno fa una domanda innocente (la mia sugli
orm) e ne viene fuori una tavola rotonda.
Pero' fa sempre bene ascoltare chi ne sa di piu', pure se, come mi sta
a
2014-02-16 14:04 GMT+01:00 Manlio Perillo :
> Riguardo i gusti personali, gli ORM poi non mi piacciono perchè li reputo
> una astrazione "sbagliata" sopra il modello relazionale.
A dire il vero ultimamente mi sono trovato con diversi progetti dove il
problema era proprio il modello relazionale.
On 16/02/2014 14:50, Perini Matteo wrote:
Il 16/02/2014 14:04, Manlio Perillo ha scritto:
Perchè, in questo caso specifico, un ORM è una bestia molto complessa,
e consigliarlo ad uno che adesso sta cominciando con i database
relazionali non è una buona cosa.
Ciao,
sto seguendo con interesse ma
Il 16/02/2014 14:04, Manlio Perillo ha scritto:
Perchè, in questo caso specifico, un ORM è una bestia molto complessa,
e consigliarlo ad uno che adesso sta cominciando con i database
relazionali non è una buona cosa.
Ciao,
sto seguendo con interesse ma il livello si è alzato un po' ;)
Cerco di
On 15/02/2014 20:55, Carlos Catucci wrote:
2014-02-15 19:56 GMT+01:00 Manlio Perillo mailto:manlio.peri...@gmail.com>>:
ma senza l'ORM, solo sqlalchemy.sql
Per curiosita' da ignorante, ma perche' non l'ORM? Non ti piaciono gli
orm o e' un qualcosa di SQLAllchemy in particolare che non va?
per cose piccole, SQLite
Il giorno 16 febbraio 2014 13:33, Diego Barrera
ha scritto:
> On 16/02/2014 12:40, enrico franchi wrote:
>
>>
>> L'architettura del db deve essere *sempre* il piu' efficiente possibile.
>> Se no, non ja fa. E si, sharda, cazzi e mazzi, per carita'.
>>
>> Alla luce di qu
On 16/02/2014 12:40, enrico franchi wrote:
L'architettura del db deve essere *sempre* il piu' efficiente
possibile. Se no, non ja fa. E si, sharda, cazzi e mazzi, per carita'.
Alla luce di questo e avendo in mente che devo andare in produzione il
prima possibile,
(leggi per ora mi interessa
2014-02-16 7:51 GMT+00:00 Carlos Catucci :
>
> De gustibus non disputandum est.
>
Sulle cose tecniche di solito non e' questione di *gusti*.
Ci sono due questioni principali. Una completamente filosofica:
1. Ci sono un botto di pattern architetturali per fare ORM. I piu' popolari
fuori da casa
On Sunday 16 February 2014 10:35:51 Carlos Catucci wrote:
> Beh che vuoi, nessuno e' perfetto ;)
Mai detto il contrario! :-)
> Comunque posso fare una macchina di test uguale a quella di produzione da
> subito e fare le prove, pero' per il quotidiano se il progetto e'
> condiviso, aiuta.
Sì cer
2014-02-16 10:15 GMT+01:00 Daniele Tricoli :
> ... e ti fa attendere il deploy sullo staging server per scoprire eventuali
> problemi legati all'uso di un database diverso da quello di produzione! :-)
>
Beh che vuoi, nessuno e' perfetto ;)
Comunque posso fare una macchina di test uguale a quella
On 16 Feb 2014 10:05, "Daniele Tricoli" wrote:
> per fortuna nel mio vimrc non uso uso l'impostazione "mostrami le lacrime
di
> sangue al posto dei trailing space" come usa(va) fare Marco Beri! ;-)
Veramente lo faccio ancora... :-)
Ciao.
Marco.
___
Pyt
Ciao Carlos,
On Sunday 16 February 2014 08:51:36 Carlos Catucci wrote:
> il poter svilupppare in locale, per dire, su
> Sqlite e poi andare in produzione con Postgres, cosa che mi facilita di
> molto le cose
... e ti fa attendere il deploy sullo staging server per scoprire eventuali
problemi leg
Ciao Piergiuliano,
On Friday 14 February 2014 16:47:35 Piergiuliano Bossi wrote:
> Mi sto spaccando le corna su una cosa che immagino essere stupida e banale
> e mi fara' sentire piccolo e misero di fronte all'universo.
No dai, può capitare a tutti! Il bello di liste come questa è appunto poter
On 15/02/2014 18:03, Gollum1 wrote:
Ciao lista,
Ho finito di leggere il libro di Marco su Django, ora comincia il
momento della rilettura e della sperimentazione effettiva.
La prima cosa che sto sperimentando è virtualenv.
E dopo diversi tentativi sono riuscito a creare il mio ambiente
vi
2014-02-14 22:47 GMT+01:00 Piergiuliano Bossi :
> error: can't copy 'ANIFEST.in': doesn't exist or not a regular file
A naso pero'
error: can't copy 'ANIFEST.in': doesn't exist or not a regular file
ANIFEST? Non e' che manca una M all'inizio da qualche parte?
Carlos
--
Je suis marxiste,
2014-02-14 22:47 GMT+01:00 Piergiuliano Bossi :
> Cosa sto sbagliando? Professione? Meglio dedicarmi alle pizze?
Guarda se kl amettiamo sul guadagnare di piu' ti dico che io da tempo sogno
di mettermi a fare il piadinaro, pero' sai com'e', come dice il detto:
"Si e' vero, sono un informatico, m
35 matches
Mail list logo
