Si je suis certain que ce que dit Jobs est vrai (les DRMs ne marcheront jamais et mieux vaudrait les abandonner), il faut reconnaître que c'est vraiment le bon moment pour le concurrent historique de Microsoft pour tenir ce genre de discours. Il manque juste "n'achetez pas Vista".
Je recopie ci-dessous ton exemple corrigé (en dehors de la parenthèse, l'identation en lisp comme en xml enduisait avec de l'erreur).
Et très honnêtement je ne vois pas du tout d'avantage à XML en terme de clarté.
(groupe
(nom "Led Zeppelin")
(membres
(nom "Robert Plant")
(nom "Jimmy Page")
(nom "John Paul )
(nom "John Bonham")
)
)
Le seul "avantage" que je lui vois est l'existence d'attributs, non représentables aisément en syntaxe lisp (mais comme je suis perplexe sur la façon de placer le curseur attribut/sous-entité de façon pertinente, je le sais pas si c'est un avantage).
En revanche je vois plusieurs avantages aux parenthèses:
- c'est moins hype ;-)
- la forme ronde est moins agressive que le chevron pointu ;-)
- c'est plus simple donc le parseur est plus simple (moins de bugs, moins de consommation de ressources)
- l'absence de redite du nom de l'entité dans sa fermeture limite le risque d'erreur lors d'édition manuelle (le nombre de fois où on m'a filé un xml avec une coquille...)
Cela dit, c'est un débat de tehchnicien ou d'esthète, car se battre contre un standard de fait ne fait pas souvent gagner de temps...
est-ce que tu veux bien nous expliquer comment une requête ramenant 10ko dans une base de 1To avec un critère de recherche (disons: toutes les entités ayant un attribut toto=tata) peut avoir un temps de réponse et une consommation de ressource uniquement fonction du volume de données à ramener ? à part à avoir un index placé précisemment sur le bon attribut et fortement discriminant (c'est-à-dire strictement la même chose qu'avec un sgbdr).
même question avec une expression xpath comme filtre (puisque tu dis "quelle que soit la complexité de la requête"), parce que là j'aimerais bien voir la structure d'index qui permet de résoudre le problème autrement qu'en temps proportionnel à la taille de la base (avec un sgbdr on parle de full scan).
en sql il y a une commande qui s'appelle alter table. le problème est dans le code appelant, mais c'est le même avec une table ou avec un doc xml, si le code appelant ne lit pas le nouvel attribut couleurDesYeux dans l'entité ficheDuPersonnel, l'utilisateur ne sera pas plus content que si c'est une colonne qui n'est pas lue...
pour ton info un sgbdr n'alloue pas la taille max d'un enregistrement à chaque fois qu'on fait un insert dont les 3/4 des colonnes sont à null.
effectivement les bases de données XML ne font que commencer, mais heureusement demain le ciel sera plus bleu et l'herbe plus verte grâce aux bases XML.
enfin en tout cas c'est comme tout ce qui salope le SI des clients et crée de l'entropie (eai, sgbdo...), après il faut faire les poubelles et ça me garantie du travail à vie sur plusieurs générations... mes futurs arrières-petits-enfants se joignent à moi pour dire merci à XML, dieu de la fertilité dans le panthéon de l'informaticien.
(je réagis vivement à "base de données XML", je ne nie pas l'utilité de certains usages de XML)
Quand des enfants meurent de faim (un toutes les 3 secondes dit on), pourquoi les laisser crever alors que d'autres souffrent d'obesité ?
Tout ca pour des questions de limitations de budget, des limitations que nous nous sommes nous meme imposés comme des cons ...
bof, ne pas être capable de déplacer *toute* la nourriture nécessaire des lieux de production à *tous* gens qui crèvent de fin, c'est pas un problème de budget, c'est une vraie limite du monde physique... et puis t'as envie toi de passer ton temps sur un bateau à balader des tonnes de blés sans avoir de femme, d'enfants et de maison?
sans parler de tous les endroits où la famine est entretenue par la guerre plus que par l'incapacité du sol à fournir à manger...
# juste pour la sortie de Vista
Posté par DerekSagan . En réponse à la dépêche Apple et les DRM. Évalué à 7.
Cela dit, n'achetez pas Vista...
[^] # Re: truc ou (machin truc) ?
Posté par DerekSagan . En réponse au sondage XML est. Évalué à 1.
Et très honnêtement je ne vois pas du tout d'avantage à XML en terme de clarté.
<groupe>
<nom>Led Zeppelin</nom>
<membres>
<nom>Robert Plant</nom>
<nom>Jimmy Page</nom>
<nom>John Paul Jones</nom>
<nom>John Bonham</nom>
</membres>
</groupe>
et
(groupe
(nom "Led Zeppelin")
(membres
(nom "Robert Plant")
(nom "Jimmy Page")
(nom "John Paul )
(nom "John Bonham")
)
)
Le seul "avantage" que je lui vois est l'existence d'attributs, non représentables aisément en syntaxe lisp (mais comme je suis perplexe sur la façon de placer le curseur attribut/sous-entité de façon pertinente, je le sais pas si c'est un avantage).
En revanche je vois plusieurs avantages aux parenthèses:
- c'est moins hype ;-)
- la forme ronde est moins agressive que le chevron pointu ;-)
- c'est plus simple donc le parseur est plus simple (moins de bugs, moins de consommation de ressources)
- l'absence de redite du nom de l'entité dans sa fermeture limite le risque d'erreur lors d'édition manuelle (le nombre de fois où on m'a filé un xml avec une coquille...)
Cela dit, c'est un débat de tehchnicien ou d'esthète, car se battre contre un standard de fait ne fait pas souvent gagner de temps...
[^] # Re: Ne vous perdez pas en route!
Posté par DerekSagan . En réponse au sondage XML est. Évalué à 7.
même question avec une expression xpath comme filtre (puisque tu dis "quelle que soit la complexité de la requête"), parce que là j'aimerais bien voir la structure d'index qui permet de résoudre le problème autrement qu'en temps proportionnel à la taille de la base (avec un sgbdr on parle de full scan).
en sql il y a une commande qui s'appelle alter table. le problème est dans le code appelant, mais c'est le même avec une table ou avec un doc xml, si le code appelant ne lit pas le nouvel attribut couleurDesYeux dans l'entité ficheDuPersonnel, l'utilisateur ne sera pas plus content que si c'est une colonne qui n'est pas lue...
pour ton info un sgbdr n'alloue pas la taille max d'un enregistrement à chaque fois qu'on fait un insert dont les 3/4 des colonnes sont à null.
effectivement les bases de données XML ne font que commencer, mais heureusement demain le ciel sera plus bleu et l'herbe plus verte grâce aux bases XML.
enfin en tout cas c'est comme tout ce qui salope le SI des clients et crée de l'entropie (eai, sgbdo...), après il faut faire les poubelles et ça me garantie du travail à vie sur plusieurs générations... mes futurs arrières-petits-enfants se joignent à moi pour dire merci à XML, dieu de la fertilité dans le panthéon de l'informaticien.
(je réagis vivement à "base de données XML", je ne nie pas l'utilité de certains usages de XML)
[^] # Re: Et les autres ?
Posté par DerekSagan . En réponse au sondage Mon logiciel de voix sur IP préféré. Évalué à -2.
où ça un troll ?
[^] # Re: La téléphonie et la visioconférence ...
Posté par DerekSagan . En réponse au sondage Mon logiciel de voix sur IP préféré. Évalué à 4.
passe à ami 2.0
moi comme dirait dilbert, j'ai pas d'amis en dehors du boulot, comme ça il comprennent mes blagues sur les gigaoctets ;-)
[^] # Re: La proportion garçons/filles
Posté par DerekSagan . En réponse au sondage La proportion filles/garçons dans mon environnement de « travail ». Évalué à 4.
[^] # Re: L'uptime des mediabox home-made va-t-il s'envoler ?
Posté par DerekSagan . En réponse à la dépêche Sortie du noyau Linux 2.6.13. Évalué à 1.
;-)
[^] # Re: Eh beh!
Posté par DerekSagan . En réponse au sondage Que conseiller à Mandriva de racheter ?. Évalué à 2.
[^] # Re: penser autrement ...
Posté par DerekSagan . En réponse à la dépêche DRM, le retour de la rareté. Évalué à 3.
bof, ne pas être capable de déplacer *toute* la nourriture nécessaire des lieux de production à *tous* gens qui crèvent de fin, c'est pas un problème de budget, c'est une vraie limite du monde physique... et puis t'as envie toi de passer ton temps sur un bateau à balader des tonnes de blés sans avoir de femme, d'enfants et de maison?
sans parler de tous les endroits où la famine est entretenue par la guerre plus que par l'incapacité du sol à fournir à manger...