On 1/21/10 7:44 AM, "mauro" wrote:
> Potra' essere anche il luogo su cui annunciare l'eventuale nascita di
> svilupppi del programma in veste nuova..
Sperando che tutti quelli che collaborano abbiano facebook.
Poi voglio dire, avete l'hosting su google, potete creare dozzine di mailing
list,
Allo scopo di offrire anche a colleghi un punto di incontro per aprire
una discussione e un confronto con altri applicativi, e arricchire
eventualmente le idee e le soluzioni gia' esistenti, ho deciso di creare
questo gruppo:
http://www.facebook.com/group.php?v=info&gid=260777389351
dove pubblich
MEDICA2: [14] INTRODUZIONE ALLA VISITA
http://www.youtube.com/watch?v=rpwW2QLaZ5o
MEDICA2: [15] UN ESEMPIO DI RACCOLTA DI ANAMNESI
http://www.youtube.com/watch?v=5Np1IP1BBok
MEDICA2: [16] ANALISI DEL MENU SCHEDE SCRITTURA
http://www.youtube.com/watch?v=nteDswk06Lg
Prossimamente, tra l'altro:
..
>> Enrico Franchi wrote:
>>> Dal mio punto di vista MySQL è l'ultima scelta.
>>> Appena prima di implementare tutto a mano.
> Nicola Larosa wrote:
>> Ne ho visti che scambiano sinistra e destra, ma prima e dopo mai.
Enrico Franchi wrote:
> Nel senso che implementarsi il db a mano viene prima di u
On 1/20/10 9:56 PM, "Nicola Larosa" wrote:
>> Dal mio punto di vista MySQL è l'ultima scelta.
>> Appena prima di implementare tutto a mano.
>
> Ne ho visti che scambiano sinistra e destra, ma prima e dopo mai.
Nel senso che implementarsi il db a mano viene prima di usare MySQL?
Effettivament
Enrico Franchi wrote:
> Dal mio punto di vista MySQL è l'ultima scelta.
> Appena prima di implementare tutto a mano.
Ne ho visti che scambiano sinistra e destra, ma prima e dopo mai.
--
Nicola Larosa - http://www.tekNico.net/
The individual is not like his government. He cannot, for example, am
"se la velocità / performance" non sono un'aspetto limititante,
io vedrei di buon occhio l'adozione di sqlite.
Vero che MySql è più veloce di sqlite (... a mysql preferirei postgresql),
ma è anche vero che sqlite è molto più "portabile" di un vero e proprio db
relazionale.
con sqlite non c'è n
>
> > MySql mi sembra una scelta altrettanto (se non di piu') valida.
>
> Dal mio punto di vista MySQL è l'ultima scelta.
> Appena prima di implementare tutto a mano.
>
Ecco il problema di noi informatici. Ognuno ha il suo punto di vista. Quindi
o un progetto nasce con un owner (che so un "benevol
On 1/20/10 2:16 PM, "Carlos Catucci" wrote:
> MySql mi sembra una scelta altrettanto (se non di piu') valida.
Dal mio punto di vista MySQL è l'ultima scelta.
Appena prima di implementare tutto a mano.
___
Python mailing list
Python@lists.python.it
>
> Comunque, a parte la velocità, la cosa che mi ha fatto lasciare bazaar -
> e mi incuriosisce sapere se è ancora così - è stata l'impossibilità di
> tenere più branch in uno stesso repository, cosa che io trovo
> estremamente comoda (se poi uno ci aggiunge la possibilità di avere un
> colpo d'oc
Il giorno mer, 20/01/2010 alle 15.13 +0100, Carlos Catucci ha scritto:
> Senza voler scatenare guerre di religione, ed anche essendo un
> pelo OT :-)
>
>
> Nessuna guerra di religione. Io ho solo espresso il mio parere, asu o
> tempo ho fatto uno studio sui tre prodotti ed
Sera a tutti.
Mi chiedevo se esiste qualche interfaccia python verso le ultime versioni di
odbc. Il punto più interessante è che queste -stando alla doc- offrono la
possibilità di eseguire operazioni asincrone.
Altrimenti, se ho scritto una app in python che non è basata su twisted ma
volessi usare
2010/1/20 Daniele Varrazzo
> > n=4
> > l=[{}]*n
>
Ti ha già spiegato Daniele cosa succede.
Aggiungo che per fare quello che vuoi fare questo è il modo giusto:
>>> n=4
>>> l= [ {} for i in range(n) ]
Ciao.
Marco.
--
http://ThinkCode.TV - Screencast e videocorsi di programmazione
http://stack
On Wed, 20 Jan 2010 18:13:37 +0100, Antonio Penta
wrote:
> Salve ho un dubbio..
>
> se creo una lista di n dizionari
>
> in questo modo
>
> n=4
> l=[{}]*n
>
> ed poi voglio agire all'interno della lista
>
> in questo modo
>
> l[index][key]=3
>
> dove index è un indice e key è una chiave
>
Salve ho un dubbio..
se creo una lista di n dizionari
in questo modo
n=4
l=[{}]*n
ed poi voglio agire all'interno della lista
in questo modo
l[index][key]=3
dove index è un indice e key è una chiave
ho visto che il risultato è
[{key:4},{key:4},{key:4},{key:4},]
praticamente mi aggiorna tu
>
> Senza voler scatenare guerre di religione, ed anche essendo un pelo OT :-)
>
>
Nessuna guerra di religione. Io ho solo espresso il mio parere, asu o tempo
ho fatto uno studio sui tre prodotti ed ho scelto quello piu' idoneo alle
mie esigenze ( lavori di gruppo, spesso un membro del gruppo si pu
* mercoledì 20 gennaio 2010, alle 14:27, Lawrence Oluyede scrive:
>
> Per la questione feature: http://whygitisbetterthanx.com/
Io a suo tempo vidi questa:
http://versioncontrolblog.com/comparison/Bazaar/CVS/Git/Mercurial/Subversion/index.html
La discussione mi interessa molto perche' vorrei abb
2010/1/20 Carlos Catucci :
> Io problemi non ne ho. Il fatto poi di avere i repo locali (sincronizzabili)
> e' per me il must. Git lo trovo troppo complesso e mancante dei repo locali.
> Mercurial piu' complesso di Bazaar. Pero' ripeto, sono gusti. Tanto tra loro
> (e con CVS/SVN) sono piu' o meno
>
> Curiosita`, com'e` a velocita` ora? Uno dei motivi per cui non ho mai
> considerato Bzr e` che era lento come la morte.
> Io sto diventando un fan di Git ma credo che in ufficio forse
> passeremo a Mercurial, prima o poi :-)
>
Io problemi non ne ho. Il fatto poi di avere i repo locali (sincron
2010/1/20 Carlos Catucci :
> Di mio uso Bazaar che trovo migliore anche di Mercurial, ma poi si sa il
> sistema di versioning e' come la pizza, a ognuno il suo gusto
>
Curiosita`, com'e` a velocita` ora? Uno dei motivi per cui non ho mai
considerato Bzr e` che era lento come la morte.
Io sto diven
>
> Argomentazioni tecniche:
> Personalmente, nonostante li eviti per mia natura, sono d'accordo
> nell'usare
> un ORM per la gestione delle query su database, in quanto permette di
> astrarre
>
[snip]
> nell'esecuzione di query di aggregazione dati SQLite risulta piu` lento di
> Firebird in modal
Ci sei. Nel progetto posso aggiungere solo account gmail.com
Il 20 gennaio 2010 02.11, Enrico 'Henryx' Bianchi
ha scritto:
> On Thursday 14 January 2010 23:28:26 Giorgio Zoppi wrote:
>
>> Io il mio sassolino l'ho buttato...
>
> Rispondo qua in quanto non vedo ancora il mio account tra quelli aggi
22 matches
Mail list logo
