J’aimerai apporter un autre axe de réfléxion, étant moi même « ingénieur web », j’ai remarqué une tendance génante du point de vue de la formation :

Le développement web au sens large n’a pas la cotte.

Les compétences existent, un tas de gens très pointus sur un ou plusieurs domaines attenant au web sortent d’école chaque année, mais voila, ils préfèrent en grande partie aller travailler pour Apple, Microsoft, Google, VMWare, dans des boites de sécurité etc… (No offense, il est tout à fait compréhensible que des étudiants souhaitent s’orienter vers des grand comptes, il ne s’agit que d’un constat).

Au final, dans ma promotion, en proportion peu de gens qualifiés se sont dirigés vers des métier de production sur le web, la plupart n’y voyant pas d’interet majeurs.

Je ne suis pas sorti de l’école depuis bien longtemps et j’y exerce toujours une activité de formation, et il semble que la tendance soit pire sur les promotion à venir.

Une des solutions ne serait-elle pas de revaloriser les métiers du web ?

Les compétences…

Dans mon commentaire précédent j’avais hésité à évoquer le problème du manque terrible d’intégrateurs HTML/CSS qualifiés, c’est quelques chose que je ressent très directement (je précise : en tant que développeur d’applications Web)
Car si le Web s’est vraiment industrialisé côté infrastructure (admin) et logiciel (dev) comme marketing, rédactionnel etc, au final le html/css/js produit est encore très rarement réalisé par de vrais spécialistes…

Mais vous avez raison, il n’y a pas que cela : le cache, les tests de montée en charge, … (…) beaucoup d’étapes de conception indispensables passent par Joe la débrouille ou carrément à la trappe, alors qu’on aurait besoin de personnes connaissant tout cela sur le bout des doigts.

Manque de compétences ? Je crois surtout déficit de volonté !
Depuis les débuts « artisanaux », les choses évoluent bien doucement… Mais il est vrai aussi que les projets Web nécessitent de faire travailler un grand nombre de compétences différentes qui n’ont pas forcément l’habitude de cohabiter aussi directement ! Cela complique quand même les choses…

Pour l’utilisation des CSS, ça prend doucement, mais malheureusement je pense que même leur chiffre est faux. J’évalue personnellement les mises en page par tableau plus proche des 80% que des 60%, même dans les nouveaux développements. Mais même avec CSS, une grande partie des développeurs ne comprennent pas ce qu’ils manipulent et remplacent simplement leurs tableaux et leur balises font par plein de div et de span inutiles et surnuméraires. Au final parfois le poids du HTML ne diminue pas du tout.

il y a aussi surtout que si la compresion, les proxy et les caches étaient des données connues de n’importe quel bon igénieur web, maintenant c’est presque un pôle d’expertise. Quand tu dis que certains collègues (re)découvrent la compression gzip, je ne peux m’empêcher de penser qu’il y a un problème de compétence, de formation, et surtout de culture technique dans le milieu (donc pas forcément la faute des personnes en question, mais de la profession dans son ensemble).

Bref, le poids des pages continue à grossir, et en plus on double le nombre et le poids des ressources jointes comme les javascript et les CSS. On prend le pire des deux. On ne déplace pas le problème, on l’ajoute.

Enfin, rien à voir mais c’est aussi pour ça qu’on a créé Paris Web. On a un gros déficit de formation et de culture technique, et on finit par avoir n’importe quoi.

Voilà un article qui m’a diablement surpris ! Curieusement, je le lis dans un contexte où mes collègues direct, usant massivement de YUI et autre Prototype ou JQuery, (re)découvrent la compression GZip 🙂

En fait évidemment pas trop de doutes sur la taille globale des documents qui explose. Par contre, j’étais assez persuadé que la généralisation des mises en page par CSS auraient provoqué des HTML vraiment de moins en moins lourds… Encore en mémoire les html de plus de 100Ko vers 2000… contre quelques Ko aujourd’hui pour réaliser la même chose voire bien mieux !

Alors je pensais plus que la faute revenait aux inclusions de CSS, JavaScript et d’images toujours plus nombreuses… Considérant qu’il ne s’agissait pas d’un simple déplacement de prb (les ressources externes sont mutualisées et ainsi mis en cache, compressables plus facilement) je pensais que l’impact de cette escalade de poids des documents était en fait en quelques sorte un moindre mal.

L’article que vous citez indique quand même que lors de l’étude de 2007, plus de 60% des sites utilisent encore de la mise en page en tableaux…
Aussi j’ai du mal à trouver le bon compromis entre les chiffres que vous évoquez et le point de vue qui était mien. Bref à avoir une vision réelle pour des « bons artisans » qui travaillent autant que possible avec les bonnes techniques.

Enfin, concernant les RTC, j’ai aussi eu une surprise la semaine dernière en lisant cet article sur ZDNet :
Plus de 10,5 millions de box ADSL en France. Il semble en effet indiquer qu’il n’y aurait plus que 7% environ de RTC en France : « 93,6 % des foyers ayant accès à internet ont choisi le haut débit » (!!)

Pour en revenir aux pages web, elles enflent, c’est sûr.
Là, on peut distinguer les pages de contenu à proprement parler, et les applications web.
Dans les applications, fatalement, pour dessiner l’interface, on risque d’avoir une belle soupe de balises, sans compter la grosse machinerie Javascript qui tâchera de faire fonctionner tout ça. Dans ce cas, on ne peut qu’essayer d’optimiser au mieux l’existant, et compter sur les prochains moteur de traitement de Javascript (Tamarin, V8 et consorts) qui promettent une exécution bien plus rapide.

Pour les pages de contenu, la situation est plus critique. En effet, lorsqu’elles font appel à une ou plusieurs librairies javascript, c’est souvent pour des effets visuels futiles. Lorsqu’elles sont surchargés de balises imbriquées à n’en plus finir, c’est pour achever un effet particulier (coins arrondis, ombres etc.) qu’on ne peut pas traiter de manière facile actuellement.
Bref, on se focalise sur la forme, qui prend énormément de place, et non sur le contenu.
Finalement, c’est la même problématique que pour les médias papiers : un journal sera imprimé en noir sur papier recyclé pourri, avec le contenu mis en avant au maximum, alors qu’un magazine ferait part belle à l’image, aux couleurs, aux effets de style.
Pas la cible, pas les mêmes moyens.

C’est un peu une suite logique. On a appris à en faire des masses… Maintenant il faut apprendre à organiser tout cela et optimiser (Et peut être en faire parfois un poil moins car ça peut être plus gagnant).