Leçon du jour : Apprendre à ce servir d'un ordinateurs
Prérequis : Savoir lire et écrire

Oui, la lecture des instructions est sans doute la compétence la plus sous estimée dans l'informatique :-)

Il fut un temps où l'informatique était réservée à une élite.

Mais en fait, c'est toujours le cas.

@Bertrand : J'aurais plutôt dit surestimée... C'est malheureusement loin d'être un cas isolé. Une cliente pour qui j'ai travaillé m'a confié un jour que son DSI avait voulu tester une appli dont elle gérait le développement (ce n'était pas elle qui codait, elle n'était que chef de projet). Il l'appelle pour lui dire
Je comprends pas ma demande a été refusée.
- Tu as fait quoi ?
- Ben j'ai cliqué sur ce bouton, là, "refuser la demande"

@Acorah : je pense que Bertrand voulait dire "dont la nécessité est la plus sous estimée"

"Lisez l’énoncé jusqu'au bout!"

@BSK : Le problème c'est que sa phrase voulait dire l'inverse du coup. Et comme elle était grammaticalement correcte, on ne peut pas savoir s'il a bien voulu dire ce qu'il a écrit ou s'il s'est planté.

En même temps, faut reconnaitre qu'Office a fait fort sur ce coup-là, en terme d'(in-)usabilité. Pour un action qui prend du temps, y'a un truc auquel tout le monde est habitué, c'est une barre d'avancement dans la fenêtre qui popup (d'ailleurs y'a d'abord un dialogue comme ça, avant le dialogue sans rien dont il est question ici). Mais non, c'était tellement mieux d'aller cacher la barre d'avancement dans un coin de la fenêtre principale et ne rien mettre du tout dans le popup... Après on s'étonne que les gens se plantent...

Bon, c'est sûr que ça marche mieux en lisant ce qui est écrit !

@Remi: toi, je suis sûr que tu t'es fait avoir une fois et que tu t'en es pas Remi ^^

*Siggy : Arf, je ne vois pas ce qui te fais dire ça :-) N'empêche, le nombre de truc où les devs râlent que les utilisateurs sont nuls, mais qui sont liés à une interface mal pensée... Moi je dis, useit.com devrait être au programme de tout cours de programmation graphique, avant la première ligne de code.

Pour avoir codé des gui il faut considérer l'utilisateur final comme le dernier des abrutis...
Car si 1% des utilisateurs bloques sur un menu ou une fenêtre ils génèreront 99% des remontés de "bug" alors qu'il suffit de lire ce qui est écrit... au lieu de cliquer sans comprendre.
Et quand on cherche a savoir pourquoi ils cliquent sans réfléchir? Les réponses types :
"moi j'y comprend rien à l'informatique." ou "c'est trop long j'ai pas de temps à perdre à lire çà"

"Et quand on cherche a savoir pourquoi ils cliquent sans réfléchir?"

9 fois sur 10 on se rend compte aussi que le dev n'a pas respecté une interface "standard", genre inverser les boutons "oui" et "non", écrire une question en style négatif, avoir un enchainement bizarre, mélanger combobox, checkboxs et radiobuttons, avoir des messages à rallonge ou en jargon qui ne parle qu'à ceux qui connaissent les entrailles du logiciel...

Bref, bien souvent, l'utilisateur est stupide mais le dév l'est encore plus parce qu'il le sait et n'en tient pas compte.

One more time, http://www.useit.com !

This piece was cogent, well-witrten, and pithy.