Je vais dans ton sens:
C'est de l'HERESIE d'informaticien en manque.
C'est completement anti-pragmatique. En general, pour un probleme donné, c'est la solution la plus simple qui est la plus performante.
Avec du XHTTP par exemple ca donne:
a/ des requetes + difficillement generables qu'aujourd'hui
b/ des requetes plus grosses, qu'il faut donc compresser (gzip...), y compris les requetes qui etaient courtes
c/ de l'analyse de requetes plus compliquée: besoin de tout parser (valider le XML, et construire l'arbre en memoire) avant de traiter le contenu [ca necessite temps, ressources CPU, memoire]
bref, ca fait des proxys et des serveurs XHTTP avec un processeur 2 fois plus gros et 4 fois plus de memoire pour la meme performance qu'en HTTP...
Ce que je vois donc c'est une techno (XML) qui n'est pas efficace, donc inadequate, pour tout ce qui est un minimum intensif. Et pour compenser cette inadequation, ben tu colles au dessus une autre techno (compression) pour essayer de compenser le mal ta techno cherie!!! Cette techno inadequate introduit de la complexite en plus, et ca ca a un impact direct sur la performance en general.
Bref, "Keep It Stupid Simple" comme on dit
PS: sur ce qui est moins intensif, ca peut presenter un peu plus d'interet, px sur des fichiers de config... mais faut pas se leurrer, ca compliquera tt de meme les porgrrammes pour la generation et le parsage des fichiers, d'ou certainement un demarrage des applis et du systeme en general plus lent...
[^] # Re: Espèce de psycopathe :p
Posté par iTanguy . En réponse au journal Basculer l'informatique en tout-XML?. Évalué à 4.
C'est de l'HERESIE d'informaticien en manque.
C'est completement anti-pragmatique. En general, pour un probleme donné, c'est la solution la plus simple qui est la plus performante.
Avec du XHTTP par exemple ca donne:
a/ des requetes + difficillement generables qu'aujourd'hui
b/ des requetes plus grosses, qu'il faut donc compresser (gzip...), y compris les requetes qui etaient courtes
c/ de l'analyse de requetes plus compliquée: besoin de tout parser (valider le XML, et construire l'arbre en memoire) avant de traiter le contenu [ca necessite temps, ressources CPU, memoire]
bref, ca fait des proxys et des serveurs XHTTP avec un processeur 2 fois plus gros et 4 fois plus de memoire pour la meme performance qu'en HTTP...
Ce que je vois donc c'est une techno (XML) qui n'est pas efficace, donc inadequate, pour tout ce qui est un minimum intensif. Et pour compenser cette inadequation, ben tu colles au dessus une autre techno (compression) pour essayer de compenser le mal ta techno cherie!!! Cette techno inadequate introduit de la complexite en plus, et ca ca a un impact direct sur la performance en general.
Bref, "Keep It Stupid Simple" comme on dit
PS: sur ce qui est moins intensif, ca peut presenter un peu plus d'interet, px sur des fichiers de config... mais faut pas se leurrer, ca compliquera tt de meme les porgrrammes pour la generation et le parsage des fichiers, d'ou certainement un demarrage des applis et du systeme en general plus lent...