Ergonomie, Rails et Architecture de l'information web (2.0)

Ça me fait franchement mal de taper sur un des meilleurs sites francophones dédiés au développement web. Je dois toutefois reconnaître que la dernière trouvaille de Bruno Bichet pour bouter Internet Explorer 6 hors de nos frontières est une des idées les plus stupides depuis l’invention du parcmètre, et donc du Firefox Download Day, pour ceux qui suivent.

Les militants qui posent sur leur site un badge best viewed with Firefox ont tendance à m’agacer. Ceux qui affichent une bannière, ou pire, une landing page de type vous utilisez un navigateur obsolète et dangereux pour le web m’horripilent avec un H comme dans Halimi. Quant à ceux qui bloquent purement et simplement l’accès à leur site à quelque navigateur que ce soit – à une exception d’amour près – ils m’inspirent le même genre de réactions qu’une horde de touristes sur le quai de la ligne 1 du métro parisien à 8 heures et demi un jour de grève des transports. En redirigeant les utilisateurs d’Internet Explorer version 6 et inférieure vers son flux RSS mis en forme par Feedburner, Bruno vient de poser une nouvelle borne aux limites de la bêtise. Son geste et encore plus impardonnable qu’il est un professionnel du secteur, pour le travail duquel j’ai, par ailleurs beaucoup de respect.

L’annonce par Google de son nouveau navigateur a fait l’effet d’une bombe et soulevé pas mal d’interrogations légitimes, et extrêmement variées.

Il y a tout d’abord les questions légitimes des développeurs web, qui voient d’un oeil pas toujours favorable l’arrivée d’un nouveau navigateur – surtout porté par une machine de guerre comme Google – avec son cortège d’incompatibilités latentes. Kapil Bhatia les exprime assez justement dans sa lettre ouverte d’un développeur web à Google Chrome.

L’annonce vient de tomber sur la liste Accessiweb, le second WaSP café France aura lieu le 28 janvier de 19 à 22 heures à l’IESA, 5 rue Saint-Augustin dans le deuxième arrondissement de Paris.

Un WaSP Café est la rencontre physique de plusieurs personnes dans un même lieu. Le but de cet évènement est de permettre aux participants d’échanger des idées sur l’implémentation des bonnes pratiques du web sur de véritables sites en production, mais également de discuter et d’échanger des trucs et astuces sur les techniques pour résoudre les problèmes que cela peut impliquer

Ce billet est nue traduction du très intéressant Javascript Internationalisation initialement écrit par Matthew Sommerville pour le site 24 ways to impress your friends. Il m’a semblé intéressant de le traduire car l’internationalisation (i18n) et la localisation (l10n) sont des sujets complexes qui posent encore beaucoup de problèmes.

Dunder était assis, regardant tristement son écran.

– Quoi de neuf Dunder ? demanda Rudolph en secouant la neige de ses bois à l’entrée de l’étable.
– Je viens de terminer de développer le nouvel intranet des rennes demandé par le Père Noël. Tu sais comme il aime avoir l’air à la page, et comme il nous rabâche constamment les oreilles avec le web 2.0, l’AJAX, les bords arrondis ; il nous a même parlé de Comet en nous le présentant comme le nouveau serveur web à la mode.
– Et alors ?
– Jusqu’ici, ce que j’ai fait lui plaît bien, et c’est en plus utilisable, accessible et joli. Cependant, comme les elfes seront les principaux utilisateurs du site, et qu’ils viennent de partout, le site doit fonctionner en plusieurs langues. C’est très bien, sauf pour la preview en javascript que j’ai écrite pour le formulaire de commandes des rennes. Regarde…

Tout en m’expliquant cela, il afficha le formulaire de commande en français.

Les problèmes de performances sur un site ou une application web proviennent plus souvent d’erreurs de développement que de soucis de montée en charge. Développée par Yahoo, Yslow, littéralement “pourquoi ça rame” est une extension Firefox qui permet d’effectuer des contrôles de performances sur 13 points clés d’un site web. Chaque point testé reçoit une note pouvant aller de A à F, et les problèmes rencontrés s’accompagnent de conseils tournés vers une optimisation du code. Plus la note est élevée, et plus votre site est rapide.

Pas moins de 13 points de contrôle

YSlow met en avant 13 bonnes pratiques fondamentales dans l’optimisation d’une page web :

1. Minimisez le nombre de requêtes HTTP.
2. Utilisez un réseau spécialisé dans la fourniture de contenus.
3. Ajoutez un en-tête d’expiration.
4. Compressez les contenus côté serveur.
5. Placez les feuilles de style en haut de la page.
6. Déplacez les Javascript en bas de page.
7. Proscrivez les expressions CSS.
8. Placez un maximum de javascript et de CSS dans des fichiers externes.
9. Minimisez les besoins en requêtes DNS.
10. Optimisez le javascript.
11. Évitez les redirections HTTP (301, 302).
12. Supprimez les scripts redondants.
13. Configurez les etags

Un premier test de performances me montre que la refonte en cours du site ne devra pas seulement être ergonomique ou graphique, mais qu’un gros travail d’optimisation est aussi nécessaire. Comme quoi les histoires de cordonnier…

Je ne pensais pas utiliser ce blog pour ça, mais je suis à la recherche d’un profil assez spécifique.

Si tu es développeur Web, que tu maîtrises parfaitement le PHP/SQL, le javascript, que tu sais ce qu’AJAX veut dire, et que tu cherches une mission de longue durée pour développer des applications Web, tu m’intéresses. Et si tu es blonde à forte poitrine, ça m’intéresse aussi.