Quelques pensées incohérentes sur le futur du HTML et du Web
Lundi 21 mai 2007Quand nous parlons de HTML en soi, je crois qu’effectivement les navigateurs, incluant celui de Microsoft ne sont pas les principaux coupables du mauvais HTML que nous retrouvons dans la jungle. Lorsqu’on travaille sur de gros sites Web, nous avons à intégrer plusieurs produits de plusieurs revendeurs différents et nous avons à travailler avec le plus bas commun dénomiteur entre eux. et devinez quel est ce commun dénomiateur ?
C’est sûr que ce n’est pas une bonne pratique de mélanger du XHTML et du HTML ensemble et d’avoir une partie du code dans une même page utilisant une philosophie de développement et l’autre qqch de complètement différent.
Avez-vous déjà essayé de déverminer une page de soupe de balise avec une partie complètement CSSisée l’intérieur de 28 tableaux de codes datant de la première bulle ? Lorsque vous avez à intégrer des produits de différents vendeurs (et même du même revendeur), c’est ce que vous aurez à faire.
La capacité des navigateurs à se remettre des erreurs, qui a fait le Web a pu naître et a été si populaire pour construire des applications utiles, qui a fait la pérénité entre développeurs, vendeurs, etc est en ce moment ce qui nous empèche de faire évoluer la norme.
La plupart des gros revendeurs veulent abandonner le HTML (Microsft poussera Silverlight, Adobe Appolo et Flex, Sun JavaFX). Il y a bien seulement Google qui reste avec le HTML (et la version soupe de balise du HTML d’ailleurs)
Comment peut-on convaincre, oh et puis zut, je déteste le mot convaincre. Je fais juste cela, essayer de convaincre. Comment peut-on s’assurer qu’un minimum de HTML soit supporté par les revendeurs de produits (CMS, autres) ? Ça revient au plus gros problème de l’informatique : les revendeurs de produits ne veulent pas être responsables de leur propre incompétence (dans un sens large). Et c’est ce qui cause les bulles et les crash en informatique. L’industrie se rends compte une fois de temps en temps que sa fondation est basée sur des trucs qui sont d’extrêment de mauvaise qualité et cela remet plusieurs personnes sur la chaîne de montage au chômage ou dans des jobs plattes pendant quelques années.
On ne peut pas convaincre en criant sur tous les toits « Arretez de générer de la soupe de balise » quand ceux-ci sont soit vaguement humain ou pas humain du tout.
En ce moment, et j’espère avoir tort, j’ai de la difficulté à croire en une spécification complète du HTML. Toutes les lois du marché vont à l’encontre de cela. Par contre je pense qu’il est possible de standardiser des petits morceaux (les microformats par exemple, ou des îlot de XML à l’intérieur de soupe de balise comme de composant, des widgets, canvas, petits morceaux servant au cellulaires). Faut juste que ces ilôts ne puissent interférer avec le reste (comme je disais au début de mon rant).
Quand on regarde un peu les discussions du HTML Working Group (que je ne suis plus capable de lire depuis quelques semaines en passant) on s’enfarge sur des détails, on revient à des discussions qui ont été faites il y a plusieurs années. Ça ne m’inspire pas beaucoup. Je pense que ça va s’améliorer par contre. Il y a déjà je crois moins de messages sur la liste.
J’espère d’être capable de faire parti de la discussion quand même, je vais commencer par me pratiquer sur mon blogue avant, et en français…