On Sun, 15 Mar 2009 12:02:46 +0100 Marco <[email protected]> wrote:
> Potresti dare un'occhiata qui, http://xmlsucks.org/ Sono convinto che si potrebbe fare un sito del genere per qualsiasi altro tipo di tecnologia o standard. A questo punto, sucks.org con i suoi sottodominii potrebbe risolvere il problema :) > Ti posso fare comunque un esempio dalla vita reale abbastanza > significativo: i file di configurazione in XML. Per ogni > metainformazione di lunghezza n, in un documento XML ci sono: > 4 caratteri per '<' e '>', 1 '/' e 2n caratteri per la > metainformazione ripetuta nel tag di apertura e di chiusura. > Utilizzando gli attributi invece degli elementi si risparmia, ma a > scapito della leggibilità. Si può obiettare che di spazio sull'hard > disk ce n'è da buttare, così come ce n'è di banda. Ma se si può > evitare lo spreco (non perdendo nulla in leggibilità e chiarezza), > perchè non farlo? > > Ancora, molto spesso la leggibilità da parte dell'essere umano non è > necessaria, allora se devo mandare un bit perchè ci devo mettere > vicino 15 Kb di metainformazioni? XML è un "modo di scrivere" molto espressivo, e senza dubbio va usato cum grano salis. E' facilmente interpretabile da un occhio umano (a patto che non si parli di una collezione di dati troppo estesa, ma in quel caso si passa da file di configurazione a database, e il grano salis di cui sopra va a farsi benedire). Se devi mandare un solo bit e stai usando XML, è come se stessi usando il coltello per uccidere e non per sbucciare una mela. La colpa è tua, non di chi ha inventato il coltello. Si può obiettare che un file di testo ha un'occupazione di spazio eccessiva, ma normalmente si usa la transparent compression nelle sessioni http (nel caso di un trasferimento via webserver) o la compressione esplicita, che qualsiasi strumento successivo all'anno Mille è in grado di gestire correttamente. L'overhead di {,de}compressione è veramente ridicolo, quindi trascurabile, nel mondo reale. In questo modo salvi capra (spazio occupato/banda consumata) e cavolo (espressività del metodo). Detto questo, lungi da me difendere o attaccare XML, ma come tutte le tecnologie va usata correttamente. > Era per includerne altri casomai dovessero uscirne :D Brevemente, sono d'accordo con te che GMail abbia più difetti che pregi, ma ormai il thread è un altro ed è stato già discusso abbondantemente ;) > P.S. Non risponderò più in questo thread. Ti ho cambiato il nome al thread, se vuoi puoi rispondere :p Ciao, -- Andrea Barberio [email protected] - Linux&C. [email protected] - Slackware Linux Project Italia GPG key on http://insomniac.slackware.it/gpgkey.asc 2818 A961 D6D8 1A8C 6E84 6181 5FA6 03B2 E68A 0B7D SIP: 5327786, Phone: 06 916503784 _______________________________________________ ml mailing list [email protected] http://nalug.net/mailman/listinfo/ml
