On 2014-03-06 20:18, Diego Barrera wrote:
http://docmanhattan.blogspot.it/2013/04/20-cose-che-forse-non-sapevate-su-wargames-giochi-di-guerra.html
Bell'articolo, grazie :)
-- Daniele
___
Python mailing list
Python@lists.python.it
http://lists.pytho
2014-03-06 21:53 GMT+01:00 Daniele Zambelli :
> Il 06 marzo 2014 18:35, Simone Federici ha scritto:
> > Se conoscere una partita a scacchi così "storica" significa essere
> > vecchi allora sono vecchio anche io.
>
> Scusate, ma perché parlate di scacchi? Non era una partita a filetto
> (tris,
Il 06 marzo 2014 18:35, Simone Federici ha scritto:
> Se conoscere una partita a scacchi così "storica" significa essere
> vecchi allora sono vecchio anche io.
Scusate, ma perché parlate di scacchi? Non era una partita a filetto
(tris, tic tac toe)?
Ciao
--
Daniele
www.fugamatematica.blo
2014-03-06 21:18 GMT+01:00 Diego Barrera :
> On 06/03/2014 18:30, Marco Beri wrote:
>
> https://www.youtube.com/watch?v=v11Y64dnnF4#t=34s
> Vedo che non sono l'unico vecchio in lista :-)
> Tuo anno di nascita?
>
> Mi dispiace.. 1980!
> ;)
>
Orpo... tre anni sono davvero pochi per averlo visto :
On 06/03/2014 18:30, Marco Beri wrote:
https://www.youtube.com/watch?v=v11Y64dnnF4#t=34s
Vedo che non sono l'unico vecchio in lista :-)
Tuo anno di nascita?
2014-03-06 18:47 GMT+01:00 Marco Beri :
> Come diceva Oscar Wilde: "Toglietemi tutto tranne gli OT".
Io mi ricordo Cindy Crawford e parlava dell'orologio (apprezzavo il
toglierle tutto pero', all'epoca, lasciarle l'orologio non mi dava alcun
problema)
Carlos
--
Coloro che sognano di giorno son
2014-03-06 18:43 GMT+01:00 Carlos Catucci :
>
> 2014-03-06 18:38 GMT+01:00 Marco Beri :
>
> Ma un 14enne di oggi difficilmente ha visto (e se avesse visto, avrebbe
>> apprezzato nei dettagli) Wargames. Non trovi?
>
>
> E chi ha detto che io lo abbia apprezzato nei dettagli? Tra i miei cult,
> sorr
2014-03-06 18:38 GMT+01:00 Marco Beri :
> Ma un 14enne di oggi difficilmente ha visto (e se avesse visto, avrebbe
> apprezzato nei dettagli) Wargames. Non trovi?
E chi ha detto che io lo abbia apprezzato nei dettagli? Tra i miei cult,
sorry, lui non c'e'. Ma andiamo davvero OT mi sa.
Carlos
--
2014-03-06 18:32 GMT+01:00 Carlos Catucci :
>
> 2014-03-06 18:30 GMT+01:00 Marco Beri :
>
> Vedo che non sono l'unico vecchio in lista :-)
>>
>> Tuo anno di nascita?
>>
>
> Cosa c'entra l'eta' (cerebrale) con l'anno di nascita? Io sono del 60 ma
> ho 14 anni (mia moglie puo' confermare, lo dice se
2014-03-06 18:30 GMT+01:00 Marco Beri :
> Vedo che non sono l'unico vecchio in lista :-)
Se conoscere una partita a scacchi così "storica" significa essere
vecchi allora sono vecchio anche io.
___
Python mailing list
Python@lists.python.it
http://l
2014-03-06 18:30 GMT+01:00 Marco Beri :
> Vedo che non sono l'unico vecchio in lista :-)
>
> Tuo anno di nascita?
>
Cosa c'entra l'eta' (cerebrale) con l'anno di nascita? Io sono del 60 ma ho
14 anni (mia moglie puo' confermare, lo dice sempre che ragiono come un
14enne) ;)
Carlos
--
Coloro che
2014-03-06 18:14 GMT+01:00 Diego Barrera :
> On 06/03/2014 13:23, Daniele Varrazzo wrote:
>
>> Che ne dici di una bella
>> partita a scacchi
>>
> Wargames.. questa era difficile!
> Cult fichissimo!!
> ..nel contesto comunque preferisco la guerra termonucleare globale perche'
> lurko da paura :)
On 06/03/2014 13:23, Daniele Varrazzo wrote:
Che ne dici di una bella
partita a scacchi
Wargames.. questa era difficile!
Cult fichissimo!!
..nel contesto comunque preferisco la guerra termonucleare globale
perche' lurko da paura :)
___
Python mailing
On 06/03/2014 13:35, Luciano Trespidi wrote:
On 2014-03-06 12:28, Luciano Trespidi wrote:
scusate posso intervenire ?
sono un neofita e volevo sapere se esiste un programma serio Free per editare
e compilare python
Scusa Luciano, ma
ROTFL!
Che spettacolo
Benvenuto nella lista!
__
2014-03-06 14:56 GMT+01:00 Marco Mariani :
> Avrei dato il braccio destro perche', come minima regola igienica di base,
> ci fosse stato uno straccio di chiave naturale univoca.
Non hai specificato di chi. Lo so in fondo c'e' tanta gente, quindi va bene
uno qualsiasi.
"<> disse Ligur. Il bracci
2014-03-06 17:16 GMT+01:00 Luciano Trespidi :
> Errare umanum est .
>
Pherseverare Diabolichum... :-D
Ciao.
Marco.
--
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ - Qualche libro
___
Python mailing list
Python@lists.python.it
http:/
Inviato da :
Ernesto Luciano Trespidi
email: keple...@hotmail.com
Tel: 3299255463
Il giorno 06/mar/2014, alle ore 14:41, "Gollum1"
ha scritto:
Il 06/mar/2014 13:34 "Luciano Trespidi" ha scritto:
>
>
> sono un neofita e volevo sapere se esiste un programma serio Free per
> editare e comp
2014-03-06 13:23 GMT+01:00 Daniele Varrazzo :
> L'"employee id" è un mito che esiste solo negli esempi con cui si scrivono
> gli articoli di database su come si fanno i join, non esiste nella realtà.
> Non ho lavorato in nessuna azienda che avesse un identificativo decente per
> tutti gli impiegat
2014-03-06 13:23 GMT+01:00 Daniele Varrazzo :
E questo senza menzionare ORM non dico "scritti coi piedi" ma semplicemente
> non overingegnerizzati. Che magari non uso ora, ma in futuro chissà, e le
> basi di dati sono fatte per *sopravvivere* al codice: il tuo programma fra
> 5 anni magari non lo
Il 06/mar/2014 13:34 "Luciano Trespidi" ha scritto:
>
>
> sono un neofita e volevo sapere se esiste un programma serio Free per
editare e compilare python
Bene... Benvenuto, come neofita hai già cominciato con il piede sbagliato
;)
Sul quote tu hanno già detto qualcosa, e vedo che ne hai già fa
Inviato da :
Ernesto Luciano Trespidi
email: keple...@hotmail.com
Tel: 3299255463
Il giorno 06/mar/2014, alle ore 13:29, "Daniele Varrazzo" ha
scritto:
On 2014-03-06 12:28, Luciano Trespidi wrote:
> scusate posso intervenire ?
Certo, ma ti prego, scrivi la tua risposta sotto, non sopra.
2014-03-06 13:28 GMT+01:00 Luciano Trespidi :
> scusate posso intervenire ?
>
Non c'è nemmeno da chiedere!
Ma visto che lo chiedi: sì, a patto che quoti come si deve :-)
Ciao.
Marco.
--
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ - Qualche libro
On 2014-03-06 12:28, Luciano Trespidi wrote:
scusate posso intervenire ?
Certo, ma ti prego, scrivi la tua risposta sotto, non sopra.
-- Daniele
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
scusate posso intervenire ?
Inviato da :
Ernesto Luciano Trespidi
email: keple...@hotmail.com
Tel: 3299255463
Il giorno 06/mar/2014, alle ore 12:18, "enrico franchi"
ha scritto:
2014-03-05 18:46 GMT+00:00 Daniele Varrazzo :
> Questa guerra di religione è probabilmente più vecchia sia d
On 2014-03-06 11:17, enrico franchi wrote:
2014-03-05 18:46 GMT+00:00 Daniele Varrazzo :
Questa guerra di religione è probabilmente più vecchia sia di Emacs
che di
Vi :)
Ah, direi di no! I db relazionali sono relativamente recenti, almeno
rispetto a vi.
vi è del 76, I db relazionali sono
2014-03-06 12:50 GMT+01:00 Simone Federici :
>
> 2014-03-06 12:43 GMT+01:00 Marco Beri :
>
> Ma attento: non sto dicendo che un approccio è (molto) meglio dell'altro.
>
>
> C'è uno che guarda giù da un ponte, un altro pelato arriva e gli chiede
> cosa stà guardando. Lui gli risponde che qualche gi
2014-03-06 12:43 GMT+01:00 Marco Beri :
> Ma attento: non sto dicendo che un approccio è (molto) meglio dell'altro.
C'è uno che guarda giù da un ponte, un altro pelato arriva e gli chiede
cosa stà guardando. Lui gli risponde che qualche giorno prima uno si è
buttato giù e da allora è diventato f
On 6 Mar 2014 12:33, "Simone Federici" wrote:
> 2014-03-06 12:13 GMT+01:00 Marco Beri :
>>
>> In questi casi mi spiace non essere un "imprenditore di successo": vi
assumerei entrambi e vi metterei sullo stesso progetto, chiusi in una
stanza :-)
>
> come era quella, chi sa fa, chi non sa investe, c
2014-03-06 12:13 GMT+01:00 Marco Beri :
> In questi casi mi spiace non essere un "imprenditore di successo": vi
> assumerei entrambi e vi metterei sullo stesso progetto, chiusi in una
> stanza :-)
>
come era quella, chi sa fa, chi non sa investe, chi non ha scrive libri.
> Comunque io ho molto
2014-03-06 12:13 GMT+01:00 Marco Beri :
>
> In questi casi mi spiace non essere un "imprenditore di successo": vi
> assumerei entrambi e vi metterei sullo stesso progetto, chiusi in una
> stanza :-)
>
Ah non lo sei? Che ingiustizia! Adesso metto su un crowdfunding (in
qualita' di presidente del t
2014-03-06 12:19 GMT+01:00 Daniele Varrazzo :
Ahahah, che cretini!
>>
>> http://developers.slashdot.org/story/14/02/11/0015242/
>> surrogate-database-key-not-bitcoin-protocol-flaw-to-
>> blame-for-mt-gox-problems
>>
>
> Marco, sono tutti bravi col senno di poi. Uno punta a conoscere gli errori
> p
On 2014-03-06 09:59, Marco Mariani wrote:
2014-03-06 10:45 GMT+01:00 Simone Federici :
Ps. in telecom cerano anagrafiche intere con codice fiscale errato.
chiaramente era chiave primaria.
Ahahah, che cretini!
http://developers.slashdot.org/story/14/02/11/0015242/surrogate-database-key-not
2014-03-05 18:46 GMT+00:00 Daniele Varrazzo :
> Questa guerra di religione è probabilmente più vecchia sia di Emacs che di
> Vi :)
>
Ah, direi di no! I db relazionali sono relativamente recenti, almeno
rispetto a vi.
>
> Ma il resto no: la tupla (id tag, id lettore, timestamp) non è pratica
>
On Thu, Mar 6, 2014 at 11:41 AM, Carlo Miron wrote:
> Simone,
>
> Il 06 marzo 2014 10:53, Simone Federici ha
> scritto::
>
> > mai fidarsi di una chiave primaria semantica. meglio casuale, o per lo
> meno
> > progressiva. figuratevi una chiave semantica multipla.
>
> spero non ci troveremo mai a
Carlo Miron:
> spero non ci troveremo mai a lavorare assieme ;)
non ci sperare troppo altrimenti poi si avvera.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Simone,
Il 06 marzo 2014 10:53, Simone Federici ha scritto::
> mai fidarsi di una chiave primaria semantica. meglio casuale, o per lo meno
> progressiva. figuratevi una chiave semantica multipla.
spero non ci troveremo mai a lavorare assieme ;)
©
--
:"THE BEER-WARE LICENSE" (Revision 42):
2014-03-06 10:45 GMT+01:00 Simone Federici :
Ps. in telecom cerano anagrafiche intere con codice fiscale errato.
> chiaramente era chiave primaria.
>
Ahahah, che cretini!
http://developers.slashdot.org/story/14/02/11/0015242/surrogate-database-key-not-bitcoin-protocol-flaw-to-blame-for-mt-gox-p
2014-03-06 10:32 GMT+01:00 Giovanni Porcari :
>
> > Chiavi naturali/surrogate e chiavi singole/multiple sono battaglie già
> combattute e di cui si sa che non c'è vincitore. Che ne dici di una bella
> partita a scacchi? :)
>
> Mi arruolo nella pattuglia di 'id' per tutto.
>
Non vorrei entrare nel
Carlos Catucci:
> Sed Telecom Diabolicum Est ;)
eheheh, l'esempio è calzante.
mai fidarsi di una chiave primaria semantica. meglio casuale, o per lo meno
progressiva. figuratevi una chiave semantica multipla.
___
Python mailing list
Python@lists.pytho
2014-03-06 10:45 GMT+01:00 Simone Federici :
> Ps. in telecom cerano anagrafiche intere con codice fiscale errato.
> chiaramente era chiave primaria.
>
> errare è umano
>
Sed Telecom Diabolicum Est ;)
Carlos
--
Coloro che sognano di giorno sono uomini pericolosi, perche' sono capaci di
recitare
Ps. in telecom cerano anagrafiche intere con codice fiscale errato.
chiaramente era chiave primaria.
errare è umano
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
2014-03-06 10:32 GMT+01:00 Giovanni Porcari :
> Ma tutte le volte in cui ti trovi POI a far
> confluire dati che provengono da fonti diverse
> un UUID è una benedizione.
>
In effetti, se le performance non sono un fattore critico il discorso non
fa una piega.
Carlos
--
Coloro che sognano di gio
Il giorno 05/mar/2014, alle ore 19:46, Daniele Varrazzo ha
scritto:
> Chiavi naturali/surrogate e chiavi singole/multiple sono battaglie già
> combattute e di cui si sa che non c'è vincitore. Che ne dici di una bella
> partita a scacchi? :)
Mi arruolo nella pattuglia di 'id' per tutto.
Non
2014-03-05 12:31 GMT+01:00 Cristian Di Stefano <
cristian.distef...@isprambiente.it>:
> Direi che la cosa migliore è creare una tabella di anagrafica degli
> utenti collegata con una relazione uno-molti a una tabella per gestire
> gli ingressi e a una per le uscite.
>
+1
Carlos
--
Coloro che so
On 5 Mar 2014 19:46, "Daniele Varrazzo" wrote:
>
> Chiavi naturali/surrogate e chiavi singole/multiple sono battaglie già
combattute e di cui si sa che non c'è vincitore.
+1
> Che ne dici di una bella partita a scacchi? :)
Da finire rigorosamente in stallo :-)
__
On 2014-03-05 17:05, enrico franchi wrote:
2014-03-05 16:21 GMT+00:00 Daniele Varrazzo :
Utente: id, nome, cognome, indirizzo ecc..
Tag: id (del db, forse non necessario), identificativo (quello che il
lettore legge), emesso il, ritirato il, motivo del ritiro ecc.
Utente per tag: quale utente,
2014-03-05 16:21 GMT+00:00 Daniele Varrazzo :
> Separare nome è cognome è un'idea regolare, ma un po' limitata (ho sempre
> l'esempio del mio collega che non ha il cognome).
>
Interessante... non ci avevo effettivamente pensato. Piu' ci sono tutte le
magagne su middle name (che da noi e' poco com
Il 05/03/2014 17:21, Daniele Varrazzo ha scritto:
Dovresti studiare qualcosa di molto elementare sui database: non puoi
replicare informazioni su nome e cognome ad ogni strisciata,
altrimenti è un log non relazionale, tanto vale tu lo scriva in un
file. Le informazioni sugli utenti e le stris
On 2014-03-05 11:16, Perini Matteo wrote:
Ciao a tutti,
dopo un po' di stallo riprendo la questione db con nuove domande.
Prescindendo dal tipo di db scelto
Dovrei usare il db per immagazzinare tutte le info degli utenti, e
fin qui non ci sono problemi.
Ad ogni utente è assegnato un codice (
Direi che la cosa migliore è creare una tabella di anagrafica degli
utenti collegata con una relazione uno-molti a una tabella per gestire
gli ingressi e a una per le uscite.
ciao, Cristian
Il giorno mer, 05/03/2014 alle 12.16 +0100, Perini Matteo ha scritto:
> Ciao a tutti,
> dopo un po' di stal
Si', normalizzare lo schema e usare più tabelle, altrimenti è un pantano
senza fine, finisci per odiare SQL, passare a Mongo e alla fine perdere
dati :-/
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Ciao a tutti,
dopo un po' di stallo riprendo la questione db con nuove domande.
Prescindendo dal tipo di db scelto
Dovrei usare il db per immagazzinare tutte le info degli utenti, e fin
qui non ci sono problemi.
Ad ogni utente è assegnato un codice (ID) contenuto in una tessera con
chip RFI
52 matches
Mail list logo
