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

Je viens de tomber sur cette publicité Kit Kat plutôt rigolote. Évidemment, toute ressemblance avec des événements récents existant ou ayant existé serait un vrai coup de bol.

Je viens de tomber sur le ticket le plus extraordinaire qu’il m’ait été donné de lire à ce jour sur un projet open source. Et, comme par hasard, c’est à Ruby on Rails que je dois cette belle crise de fou-rire matinale.

25% d’augmentation en 24 heures… Soit les gens se sont enfin aperçus que j’étais devenu un con tournable, soit Feedburner a perdu les pédales.

Pour ceux qui ont suivi, la famille va s’agrandir sous peu – sous très peu, même – et me voilà dans l’obligation de m’acheter une voiture. Enfin, l’obligation, façon de parler, j’aime beaucoup conduire, pas que des projets, or, depuis mon installation à Paris, je n’ai plus l’occasion de conduire aussi souvent qu’autrefois, et honnêtement, ça me manque. Et comme je suis également une grosse feignasse, je commence par chercher au plus près. Ce qui tombe bien, puisque Thomas, qui doit me supporter 10 heures par jour vient de finaliser le blog d’AutoACBC, un des plus gros négociants automobile d’Europe.

Réaliser le formulaire de login parfait relève un peu de l’utopie ergonomique, tandis qu’il est particulièrement facile de se tromper. Dans son article en deux parties, Account sign-in, 8 *2 mistakes to avoid Jared Spool détaille 16 erreurs à ne pas commettre quand on crée un tel formulaire. Il y étudie le formulaire lui-même, mais également tout ce qui va autour : placement, opportunité… en l’appliquant à la boutique en ligne du site de Cisco.

Plutôt que de traduire simplement son billet, j’ai repris les 16 points étudiés, et j’ai tenté de les appliquer aux cas les plus génériques possibles, afin de pouvoir les réutiliser sur tous les types de sites et d’applications possibles.

Depuis maintenant 3 ans que l’AJAX a commencé à rentrer dans les usages du développement web, on a pu assister à un peu tout et surtout à n’importe quoi. Souvent, la tentation fut forte de mettre d’en mettre pour le seul principe de suivre la mode du moment, au mépris de l’expérience utilisateur et des besoins fonctionnels réels. S’il est très facile de se tromper, il existe pourtant des endroits assez génériques où ajouter une pointe d’AJAX par dessus le fonctionnement normal du site – et j’insiste sur ce point – améliore l’expérience de navigation, simplifie l’utilisation du site, et rend la vie bien plus agréable.

Un peu d’humour et d’auto dérision en ce samedi matin, avec cette vignette trouvée chez Guim.

Le choix de l’identifiant utilisateur est une étape capitale de la conception d’une application web, malgré des possibilités sommes toutes relativement limitées. On portera généralement celui-ci sur une chaîne alphanumérique du type bogossdu75 ou une adresse email (bogossdu75@hotmail.com). Plus rarement, on utilisera une carte à puce, une clé PGP ou une empreinte rétinienne. Entre les deux mon coeur ne balance plus depuis longtemps, et les raisons d’utiliser l’email de mon nouvel utilisateur comme identifiant ont depuis longtemps gagné mes faveurs, à quelques exceptions près évidemment.

Le cabinet d’ergonomie norvégien Net Life Research vient de sortir son Bad Usability Calendar pour la quatrième année consécutive. Au sommaire, de cette opus 2008, un conseil sensé à appliquer d’urgence pour chaque mois de l’année accompagné d’un exemple de ce qu’il ne faut surtout pas faire, et de beaucoup d’humour :

C’est du moins ce que dit Jeremy Schoemaker quand il explique pourquoi il n’aime pas 95% des spécialistes en SEO, avant d’expliquer pourquoi.