Tales from the Machine Room

Ma Dropbox fa tanto cloud ed e' piu' fico.

Solo quelli della vecchia generazione usano ancora FTP, non lo sapevi?

Domanda (probabimente stupida): ma non ti capita mai di lavorare con "programmatroti" che usino sistemi di versionamento? Mai che un progetto si aggiorni via git/svn/csv? Giusto per curiosità...

Mai che un progetto si aggiorni via git/svn/csv?

Tu aggiorneresti un progetto in produzione da un sistema di sviluppo? Io no.

-- Davide Bianchi

[quote]Voglio dire, un database con delle chiavi primarie decenti (possibilmente NON autoincrementanti), delle tabelle che pare quasi abbiano un senso, niente tabelline del menga 'codice/descrizione' e basta[/quote]

Purtroppo in alcune università quando si parla di database ti insegnano ad abusare delle chiavi autoincrementali ed a fare tabelle per ogni cavolata senza pensare ad una normalizzazione sensata. Purtroppo i pischelli che escono da queste università si rivendono per un bianco e un nero e i loro <strike>aborti</strike> prodotti finiscono nelle tue mani

<e magari che non mi richieda di farmi un account su 'Dropbox'....

Cosa hai contro Dropbox? il Cloud e' la soluzione a tutti i problemi dell'universo , dalla fame nel mondo ai meteoriti come quello che ha estinto i dinosauri!

Prendi esempio da lui ( il programmatroto) : ha fatto un account dropbox , ci ha uiploadato il suo cervello e ora lo puo' raggiungere da qualsiasi parte del mondo....ma poi si e' dimenticato la password e non ha avuto piu' modo di recuperarlo....

alura, sul fatto delle pk autoincrementali posso sostanzialmente essere d'accordo, a condizione che tu usi una primary key che abbia senso (tipo l'email) e non come si fa da queste parti che la pk viene da una sequence...

Comunque continuo a non capire il perchè l'estrazione dei dati debba ricadere sul sysadmin di turno... Non c'è un'interfaccia per estrarre i dati? Pigliatela con chi l'ha fatta no? Poi magari sbaglierò io...

Non c'è un'interfaccia per estrarre i dati? Pigliatela con chi l'ha fatta no?

E cosa ti sembra che stia facendo io?

Hmmm...

Ok, adesso dimmi come hai fatto ad accedere alla mia webapplicascion... Te sai _troppe_ cose...

CYA

Quindi vorresti un programmatore in grado di fare il lavoro per cui viene pagato ? Ma sei un inguaribile ottimista, secondo me la razza è in via d'estinzione..

Ma sei un inguaribile ottimista, secondo me la razza è in via d'estinzione..

E ci hai ragione ci hai...

È la magia dello stack LAMP. Siccome non lo paghi nulla perché dovresti prenderti la briga di fare qualcosa di decente? Prima quando spendevi qualche bazillione per Oracle ti veniva un sneso di colpa e cominciavi a studiare qualcosa di database (anche perché i dischi SCSI in RAID ti costavano un botto e mica c'avevi spazio da buttare via...)  MySQL e Postgres sono aggratis, niente sensi di colpa (i manuali? mica servono...), i dischi costano poco, il DB diventa un DD (Data Dump), chissenefrega se lo stesso dato è duplicato N volte, anzi, così è più sicuro... altro che RAID! Poi così non c'ho le join che ho letto da qualche parte sul blog di Shurapatra Boiachecodice che mica sono belle perché rallentano le SELECT... magari perché non c'ha un'indice sui campi delle FK? Ma ho letto anche che gli indici rallentano le prestazioni (su una tabella che scrivo tre volte al giorno e leggo un milione di volte all'ora...) quindi mica ce li metto, la mia applicascion deve essere velocissima... quindi via anche i constraint che ho letto che ralletano di brutto, li faccio io da codice, e se me li dimentico amen, così è più veloce...

Poi le chiavi surrogate sono anche utili se vuoi una chiave immutabile e non hai una chiave naturale (gli indirizzi di posta possono cambiare...) ma vanno usate con intelligenza - e ci sono altri constraint oltre alle PK.

Posso spezzare una lancia a favore del povero programmatroto che si avvale di dropbox?

Che e' successo pure a me di dover inviare con la solita estrema urgenza, un .tgz ad una controparte, che mi aveva detto di depositare il file in un server ftp del quale io avrei dovuto avere l'utenza di accesso.

Non devo spiegarvi che l'utenza di accesso era stata comunicata solo al nostro UL, con tutte le conseguenze del caso, vero?

Nessun "soprannome" per questi $rimba_rinco ecc ?

Vabbé, sono proprio un branco di rinco-rimba

Vuoi sapere perchè si usano chiavi autoincrementanti?

1) Non si sa come creare chiavi uniche (c#: new Guid())

2) Si teme che il valore non sia veramente unico

3) si possono selezionare i dati con la clausola ORDER BY DESC / ASC,

altrimenti devi crearti un campo data, magari in formato unix time

Quando però si usa l'auto-increment ci si dovrebbe chiedere: e se poi arrivo al massimo valore del tipo scelto?

Vuoi sapere perchè si usano chiavi autoincrementanti?

Perche' non si e' capaci di progettare i database! Ecco perche'!

Vuoi sapere perchè si usano chiavi autoincrementanti?

Perche' non si e' capaci di progettare i database! Ecco perche'!

Hai riassunto i punti scritti da me

Alla mia prima esperienza da software architect, in cui praticamente mi mandarono allo sbaraglio visto che ero un semplice programmatore, autodidatta per giunta, disegnai i diagrammi entità-relazioni, con tanto di cardinalità, chiavi esterne, indici, etc...

Reazione: non c'è stato un, dico UNO, collega che sapesse leggerlo subito: la reazione tipica è stata "non li vedo dai tempi dell'università". Quindi non denigrate le università, se avete passato anni a fumare erba o a provolare con le ragazze di lettere, c'è qualcuno che invece li ha passati ad acquisire conoscenze che poi nel mercato del lavoro non vengono valorizzate come si deve.