Reprise du message précédent :

 
Bin je dirais que c'est une compétence qui est nécessaire à la réalisation d'IHM. Avec l'idée que quelqu'un ammené à faire des IHM doit l'acquérir d'une façon où d'une autre. Et que ceux qui font des IHM de merde ne l'ont pas.

http://hideapod.com/

 
Si possible il faudrait éviter, mais en général, les graphistes sont plongés dans leurs délires artistiques, et les programmeurs sont plongés dans leurs délires de fonctionnalités, de bugs et de "putain c'est trop chiant de faire ça, je vais le faire comme ça, ça sera moche et pas pratique, mais plus facile".
 

non seulement les progueux sont des branleurs qui veulent pas se compliquer la vie, mais en plus, on n'a pas la même vision des choses que les users lambda. On finit par être habitués aux raccourcis claviers sans aucune logique, aux boutons peu explicites dont la fonction s'affiche en tooltip, et aux champs textes dont le bouton de validation est sur une autre page (spéciale kassedédi à harko). Ca ne nous surprend plus guère, et on s'adapte plus facilement que les utilisateurs qui, après 5 ans, ne savent toujours pas où est le bouton d'impression (alors qu'il est toujours au même endroit, en gros, rouge et clignotant).

Stait à un cosplay ?

j'invoque antp pour briser ce mythe

ça ne touche pas qu'à lihm au final. quand je demande à un développeur de se démerder pour que le bouton "stop" réagisse en moins d'une demi-seconde, ça implique un paquet de merdier (et il gueule qu'il veut pas pourrir son beau code) au-delà de l'interface.

Et ben moi j'ai 15j pour pondre une doc de GUI de merde de 120 pages, et je comprends que les progueux n'aient pas envie de s'emmerder avec ça.

On dirait une imitation gay de fabien galtier

stadire que tom selec est gay, ce qui lui valu de ne pas faire une carrière aussi brillante que d'aucuns lui prédisaient

ou un jouer du club de foot de st etienne dans les années 70

question con : COUNT(*) est-il plus coûteux que COUNT(id) ?

là comme ça, je dirais qu'avec * le sgbd va chercher l'index, donc non.

j'dirais que c'est pareil : de toutes façons il va voir que id sert à rien.

Le plus drôle c'est que le machin de droite ne date que de 3 siècles.
A croire que les anglais sont crétins depuis toujours.

 
Attends, pas de jugements à l'emporte pièce, non mais! On parle quand même des inventeurs du rugby, là...Après, c'est vrai, ils ont mal tourné, ils ont inventé le foot, mais bon.

Moi j'me tape pleins d'IHM à faire pour mes applis webs, alors j'ai lu plein de trucs style Nielsen ou Wroblewski. Ca aide déjà bien, mais j'ai retenu deux choses importantes :
 

• Utiliser à fond son appli. Genre tu fais un formulaire d'ajout de produit pour un catalogue. Ca sert à rien de tester en ajoutant un seul produit perdu comme ça. J'me suis tapé un catalogue entier de 50 références à insérer. Et là j'ai tout de suite vu ce qui n'allait pas, les choses relou, les champs mal foutu, les raccourcis qui manquaient
• Faire tester son appli par papa & maman. Et prendre des notes, poser des questions, faire faire des tâches ("vas-y, insère une catégorie dans la 32 ème sous-catégorie au fond à droite." "Comment ça c'est pas clair ?" "A ouais c'est effectivement pas bon mon truc là" )

c est pas en australie le truc

edit: ha nan je pensais a un autre truc

Hallway testing, c'est un des trucs qui nous manque dans la liste de joel spolsky

http://www.lemonde.fr/web/article/ [...] 527,0.html

Hallway testing ? On fait tester par gens qui passent par là dans le couloir ?

 
ok je connaissais pas  
 

 
ca m a lair sympa en tout cas

nan
 

bah c'est 2 choses totalement différentes déjà

ouais.
 
Nous on a un léger problème de complexité de l'appli pour faire ça

oui, tu fais tester par n'importe qui, donc, la première personne qui passe (c'est aussi la méthode conseillée par Krug pour le test pas cher, une caméra, un callepin, 30-60mn/test et des gens choppés au pif)

Putain j'ose pas imaginer ce que ça donnerait ici

J'ai découvert ça ce WE mais j'imagine que ça existe depuis plus longtemps : http://multingles.net/docs/risas/italianenglish.swf

Ouais ben c'est ce que je fait alors. Avec des personnes de mon entourage. Ca marche plutôt bien, ils sont de niveau assez différents, bien pour tester entre une personne qui connaît presque rien, et une un peu plus habituée

nan, je crois que justement c'est sans caméra et sans notes, c'est plus du cycle très court, c'est le dev qui va chopper une nana dans le couloir et lui montre sa working copy, ça prend 5min.

Perso, quand je chope une nana dans le couloir, ça prend plus de 5 minutes

 
Oui mais non, parce que si, par exemple, tu prends MySQL avec le moteur MyISAM, "select(*) from table" fait appel a une variable, et ne fait pas un veritable count. C'est autrement plus rapide, parfois faux a cause d'acces concurrent, et ne marche que s'il n'y a pas de clause where, mais c'est comme ca

nan, mais on parle de vrai SGBD, avec des transactions

C'est même pas du testing à ce moment là
 
(et sans notes du tout c'est complètement con)

"Viens voir ma grosse application"

C'etait pas marque dans la question

bah donc si c'est pas marqué -> cas nominal-> SGBD-> transactions

si, c'est du petit test rapide.

Une belle cata en prévision chez nous
 
Ya aussi ceux qui demandent des fonctions pis qui s'en rappellent plus après:
- Pourquoi ça fait ça?
- Parce que vous l'avez noté dans le cahier des charges.
- ...
 
Bon des fois c'est deux semaines, des fois c'est deux mois, pis des fois c'est deux ans.