Hier je donnais une formation aux enseignants du programme de Techniques d'intégration multimédia (et, en fait, à tout le département des techniques de communication, du moins, ceux que ça intéressait...). Ce fut une expérience enrichissante pour moi, et aussi pour eux (du moins, je l'espère).
Cette formation avait pour objectif de présenter les méthodes de travail que l'on utilise pour la production de sites Web et de concrétiser certains aspects un peu abstraits de la conception Web. Ainsi, j'ai commencé la journée avec une question épineuse: Qu'est-ce qu'un Web designer?
Ouais, c'est quoi un Web designer?
J'ai présenté le rôle du Wd comme étant en fait trois sphères: Design, Code et Interaction
. Dans mon cas, étant donné l'équipe restreinte au niveau du Web design (je suis seul), je fais les trois tâches à peu près de façon équivalente. Or, tout dépendant de l'équipe, du contexte, du projet et j'en passe, le rôle du Wd est à géométrie variable et on pourra faire plus d'intégration, moins de design...
Dès cette entrée en matière on a eu droit à un échange intéressant... Je dois avouer que je lançais cette vue comme base de discussion. Le rôle du Wd est toujours flou, tout comme celui de bien des intervenants dans le monde du Web. Je voulais proposer par cette idée qu'un intégrateur, c'est un Web designer qui fait plus de code, moins de design et de design d'interaction. Une spécialisation du Wd? M'enfin, ça reste ouvert pour discussion!
Comment on fait du Web en 2006?
Comment on fait du Web maintenant, ça, c'est une question facile à répondre et la notion des standards est bien comprise par la plupart des personnes. J'ai présenté certaines bonnes pratiques à mettre en place, vous savez, genre séparer le contenu de la présentation... Bref, rien de bien nouveau pour les initiés...
Des méthodes agiles
J'ai pris la liberté de présenter l'approche de développement par méthodes agiles plutôt que les lourdes méthodes traditionnelles. Je ne suis pas un spécialiste, loin de là, mais je m'y intéresse. Juste d'en parler pour faire connaître est parfois suffisant pour donner l'intérêt.
J'ai donc présenté le livre de Craig Larman, une lecture très intéressante pour s'initier au domaine. Nous sommes présentement en phase de tester des approches du type Scrum. Un projet a dernièrement été développé par des consultants qui utilisaient cette technique et je dois dire que ça a fait boule de neige!
Et ma méthode de travail
C'est pendant le reste de la journée que j'ai présenté ma méthode de travail, en partant de la rencontre client jusqu'à la production de gabarits en passant par l'architecture de contenu, la navigation, les maquettes... Bref, de quoi s'amuser!
J'ai particulièrement apprécié le petit exercice de «sémantisation» d'une maquette, soit le passage d'une maquette réalisée dans Photoshop vers le code HTML, mettre le bon balisage au bon endroit, utiliser une hiérarchie correcte dans nos pages.
Ève Février, l'une des participantes (membre de W3Québec), a emmené un point judicieux à ce moment, soit que la notion de hiérarchie sur le Web est identique à celle du graphisme traditionnel: les niveaux de titres (Hn) doivent se suivre selon un ordre logique et on ne peut sauter un niveau.
Ça va de soit, mais on se rend bien compte que ce n'est pas toujours facile de réaliser concrètement cette hiérarchie sur le Web. On ne pouvait éviter le classique débat sur l'utilisation du H1 comme élément de dénomination du contenu de la page versus son utilisation comme, par exemple, élément de dénomination de l'entreprise (logotype, nom de l'entreprise).
Bref, une suite de discussions sur plusieurs sujets, tous d'actualité et judicieux.
J'ai beaucoup apprécié ma journée d'hier, j'espère qu'il en est de même pour eux. Il y a un point que je n'ai pu aborder en profondeur, soit la révision des méthodes techniques de travail avec l'utilisation d'outils généralement méconnus des Wd. Ça fera l'objet du prochain billet...
Écrit par Thierry Goulet 11:49
