Moi qui assistais à cette grand messe pour la première fois, j’ai adoré :

• D’une part parce que les conférences te donnent du grain à moudre intellectuellement : méthodes différentes, nouveaux outils, interlocuteurs balèzes, tu en sors forcément grandi(e) ;
• D’autre part, parce que sortir de ton train-train quotidien pour te mêler à d’autres professionnels passionnés te fait réaliser à quel point ce métier est cool : Chaque jour au boulot on geint, on déteste, on maudit. Et chaque année on vient à #parisweb et on repart avec un smile jusqu’aux oreilles…, dixit Christophe, que je plussoie ;
• Enfin, parce qu’un évènement comme Paris Web permet de « ressentir une vibe » particulière, où les conférences et les discussions qui s’en suivent – on et off – mettent en lumière des questionnements et des débats d’actualité. En un sens, ça permet de prendre la température du milieu, et de se positionner soi-même par rapport à tout ça.

Un questionnement sur le métier de web designer

A cet égard, la conférence qu’a donnée Francis a été révélatrice. Intitulée « CSS3 / Photoshop : quel avenir pour le métier de web designer ? », cette conférence reprenait un débat initialement provoqué par un tweet d’Elliot Jay Stocks, que Francis avait d’ailleurs relayé et discuté sur son propre blog en février dernier. Le débat n’est donc pas nouveau.

La présentation de Francis était chouette. Mais c’est surtout le débat qui l’a suivie qui fut un des points d’orgue de Paris Web. A tel point que les questions soulevées à ce moment-là ont largement alimenté la « Conférence dont vous êtes le héros » du lendemain, sorte de grand débat public clôturant les deux jours de conférences PW.

Résumons donc le débat en question via l’opposition des deux paradigmes* principaux :

• Francis propose une vision pluridisciplinaire du métier de web designer, s’inscrivant ainsi dans la lignée d’Elliot Jay Stocks, donc, ou d’un Mike Kus (lead designer chez Carsonified). Le web designer devrait savoir coder en HTML/CSS, au moins pour être capable de fournir des maquettes dynamiques, histoire de tester lui-même l’intégration de son mock-up Photoshop. Plus généralement, le web designer devrait se tenir au courant des innovations CSS, afin de connaître les possibilités techniques au moment de l’intégration ;
• A l’opposé, un certain nombre de web designers – dont la figure de proue fut sans aucun doute Julien Dubedout (oui, le Julien de Marie et Julien) – nient en bloc cette théorie. Pour eux, le cœur de métier du web designer réside dans la conception, et l’arrivée de CSS3 ne change rien à cela. Web designer est un métier en soi, pas besoin de déborder sur l’intégration pour être un bon web designer. Les intégrateurs qui rechignent à intégrer des maquettes un peu trop complexes seraient des « fainéants ». Pis, une dame dans l’assistance assura même qu’un web designer sachant intégrer est forcément un mauvais web designer. Mais là c’est du troll alors on oublie.

Parallèlement à tout ça, du côté des Intégristes, on fantasmait en imaginant que la prochaine version de Photoshop intègrera CSS3 directement, en générant, par exemple, des ombres portées telles qu’elles sont générées avec un box-shadow, afin de limiter les différences entre la maquette et l’intégration qui en est faite. On pourrait même imaginer que le logiciel génère automatiquement un fichier HTML/CSS avec les lignes de CSS ad hoc, avec les bons réglages et tout, en fonction des effets CSS sélectionnés pendant la conception, ce qui limiterait finalement les décalages entre d’une part la maquette et d’autre part l’intégration qui en est faite.

Mais, pour excitante que soit cette idée, finalement ce n’est pas ça le plus important. Qu’on pense que le web designer doive sinon intégrer lui-même ses maquettes, au moins faire de la veille et se tenir au courant des innovations CSS, ou qu’on pense que son métier est strictement limité à la conception graphique, le fond du problème n’est pas là.

Pour une vision ouverte des métiers Web

Le plus important, ça a été de voir à quel point l’ego des différents intervenants a pris de la place pendant ces débats. Le véritable problème, c’est que nous autres Français avons énormément de mal à penser en dehors de la boîte, et que nous continuons, à travers ce genre de discours, à perpétuer un système de petites cases hermétiques, desquelles il semble difficile et, pire, mal vu de sortir.

La mentalité française aime les limites, les barrières, la théorie. Elle aime beaucoup moins l’empirisme, les faits concrets, l’acceptation que quelque chose puisse évoluer. Si vous êtes salarié(e), comme moi, votre contrat définit point à point ce que vous êtes censé(e) faire au sein de votre entreprise. Pourtant, nous savons bien vous et moi qu’en tant que professionnels du Web, nous en faisons forcément plus – ce « plus » regroupant un ensemble de tâches pas forcément descriptibles ou quantifiables dans un contrat.

L’idée est de remettre en question le discours selon lequel il n’y aurait qu’une seule acceptation possible d’un métier donné.

Prenez le métier d’intégrateur web, par exemple. Personne n’a évoqué le sujet sous cet angle-là, pendant Paris Web, et pourtant : ce métier a dépassé depuis longtemps le simple découpage HTML/CSS d’une maquette, et a évolué vers une compétence « interface utilisateur » plus vaste. Le métier d’intégrateur web regroupe bien sûr toujours la découpe de maquettes et l’écriture de HTML et de CSS, mais il requiert aussi des compétences en Javascript, ainsi que des notions d’ergonomie, de typographie et de SEO. Selon l’expérience de l’intégrateur, celui-ci peut être amené à participer à l’élaboration de spécifications fonctionnelles, à manager et à gérer des projets, à concevoir des fonctionnalités AJAX avancées. Affirmer que tous les intégrateurs web font toutes ces tâches serait un mensonge. Affirmer que toutes ces tâches ne relèvent pas du métier d’intégrateur aussi.

Au sein de notre Pôle, par exemple, nous avons revendiqué depuis quelques temps la gestion intégrale de Javascript et donc d’AJAX, alors qu’avant, c’était les développeurs qui s’en chargeaient. Les intégrateurs web ne se contentent plus seulement de traiter l’apparence d’un site web, mais ils sont aussi en charge de son fonctionnement front-end, ce qui fait appel à des connaissances que l’on considérait jusqu’à présent plutôt du ressort des équipes de développement. Cela explique d’ailleurs que l’expression « intégrateur web » cède peu à peu sa place à « développeur front-end », comme chez les anglo-saxons, où l’on parle tantôt de « front-end web developer » ou de « web designer », dans un sens plus riche et plus technique que ce que le terme implique en France (design et créa stricto sensu).

A l’instar du web designer censé connaître HTML/CSS, est-ce que l’intégrateur web doit avoir a minima quelques notions de Javascript, de Smarty et de PHP ? Oui.

De même, est-il du ressort de l’intégrateur d’apporter de menues modifications sur des maquettes graphiques pour faciliter la découpe d’images et l’écriture des propriétés des différentes boxes d’un design web ? Selon moi, oui.

Posez ces questions à différents intégrateurs, vous obtiendrez sans doute des réponses différentes. Ça tombe bien, c’est pile ce que j’essaie de démontrer : un métier Web ne relève pas, par définition, d’une science exacte ou figée. S’offusquer qu’on puisse envisager tel métier sous un angle différent du sien me met donc la puce à l’oreille.

Chaque professionnel du Web est libre d’apporter ce qu’il veut dans son poste. Si un web designer suit de très près HTML5, amen ! Si un développeur web est passionné de SEO, amen ! Si un intégrateur se découvre une passion pour AJAX, amen !

Le Web est une grande planète d’où l’innovation émerge chaque semaine. Les professionnels du Web sont quant à eux des « mutants », ayant plusieurs cordes à leur arc. La curiosité me semble être une des qualités essentielles pour évoluer dans ce domaine, et les outils me semblent secondaires. Je rejoins totalement Matthieu Mingasson lorsqu’il dit qu’il est maladroit de tout miser sur une technologie en particulier : ainsi, se décrire comme « spécialiste WordPress » est peut-être à la mode en 2010, mais qui sait si d’ici deux ans, WordPress n’aura pas disparu au profit d’un autre outil, plus performant ? Aucune technologie n’est pérenne. Il n’empêche qu’en 2010, c’est un atout de connaître WordPress sur le bout des doigts, comme c’est un atout pour un web designer de connaître CSS3. L’idée est d’être curieux et de prendre le temps de le rester, afin de faire son métier le mieux possible et de la manière la plus épanouissante possible.

Pour le web design comme pour tout métier créatif, la technique joue un rôle majeur dans la conception, tout en n’étant qu’un outil. Si mes souvenirs sont bons, c’est encore Mingasson qui rappelait qu’un graphiste print, par exemple, connaît la façon dont est fabriqué l’objet qu’il conçoit numériquement : grammage, vernis, reliure, etc. De même, il semble assez logique qu’un web designer s’intéresse à CSS et à l’évolution de cet outil, pour savoir comment sa créa va évoluer une fois intégrée. Cependant, amis web designers, rassurez-vous : personne ne vous demande de concevoir toutes vos interfaces directement dans votre navigateur !

Le Web libre, un travail d’équipe

Finalement, chacun est libre de travailler avec les outils qui lui sont agréables. Je comprends les créatifs que le code fait frémir. Cela doit à peu près équivaloir à l’angoisse que provoque chez moi la perspective de devoir écrire de l’AJAX. Mais, soyons honnête : on a souvent peur de ce qu’on ne connaît pas, ou mal. Le tâtonnement me semble être une caractéristique fondamentale des métiers techniques, car c’est une terre en perpétuelle mouvement. Ce n’est pas une science exacte, c’est du Web. Ce n’est pas un diplôme, c’est une vocation. Et aucun apprentissage ne me semble insurmontable. CSS, par exemple, bon, c’est quand même pas la mer à boire.

Apprendre les contraintes (ah non pardon, les « spécificités ») du métier d’intégrateur ne peut qu’aider à mieux designer, et bien sûr je ne parle pas de créativité – les web designers sont les meilleurs pour ça. A chacun son métier ! S’offusquer qu’on puisse penser que les web designers devraient avoir des notions rudimentaires de HTML et CSS me surprend.

L’amélioration du Web est un travail d’équipe – et ça on n’en a pas trop entendu parler, pendant les débats. C’est pour ça que j’ai parlé d’ego plus haut, c’était très auto-centré tout ça. Ce n’est pas telle équipe d’un côté, telle équipe de l’autre, à chacun ses contraintes et démerde-toi, ah non je ne veux pas entendre parler des spécificités de ton boulot, c’est ton problème. En tout cas, ce n’est pas ma vision des choses, mais je conçois qu’on puisse penser comme ça : on est Français après tout.

Au quotidien, nous autres Intégristes essayons de sensibiliser nos collègues web designers à l’utilisation des grilles, par exemple, pas parce que nous sommes « flemmards » (sic) et que nous en avons marre de devoir spécifier cinquante types de marges différentes (quoi que), mais parce que nous sommes convaincus que la qualité de l’interface n’en sera que meilleure. De même, nous prêtons une oreille à nos collègues développeurs lorsqu’une de nos intégrations leur pose souci ; dans un cas comme l’autre, personne n’accepte systématiquement de remettre son travail en question, après tout chacun sa spécialité. Mais l’essentiel, c’est de communiquer et de prendre conscience des spécificités des autres équipes, afin de fluidifier le workflow et de fournir, in fine, des sites qui « roxent des roukys ».

* oui, vous avez bien lu, j’ai placé « paradigme » dans mon premier article pour Les Intégristes. Histoire de marquer le coup !

Paris Web, pour ceux qui ne connaissent pas, c’est quoi ? Ne riez pas il y en a encore beaucoup qui n’en ont jamais entendu parler ou alors très vaguement.

Ce n’est pas une réunion de geeks ou un énième salon de rencontre clients-fournisseurs, c’est tout simplement des volontés qui se retrouvent pour parler du travail que nous faisons tous, pour échanger sur des méthodes de travail et des technologies qui feront le web de demain mais qui font déjà le web d’aujourd’hui. Bien sur, beaucoup de conférences sur html5, cette année, mais comment l’éviter ? Pour ma part j’ai trouvé ça un peu redondant dans la mesure où HTML5 (et ses amis) est beaucoup documenté sur le net et que tout le monde en parle actuellement. Mais certainement que c’était utile pour mettre tout le monde à niveau et approfondir le sujet lors de l’édition suivante.

Il est quelque fois cruel de devoir choisir entre deux conférences (ah, don d’ubiquité quand tu nous lâches !), mais qu’on se rassure tout est filmé et sera disponible très bientôt pour prolonger un petit peu Paris Web, voir les conférences qu’on a manquées et revoir les plus intéressantes. Bien sur, tout ça est un peu inégal et varie selon qu’on a affaire aux ténors du web ou aux courageux qui s’essaient pour la première fois à l’exercice difficile de s’exposer à la critique de toute une profession (encore une fois bravo). Pour ma part j’ai trouvé ces conférences particulièrement intéressantes et inspirantes :

• Méthodologie du Design d’expérience utilisateur par Matthieu Mingasson
• La macrotypographie de la page Web par Anne-Sophie Fradier
• Upgrading The Front End: adding new web technology into an existing design workflow par Dave Shea

Paul Rouget assure toujours le show avec ces démos qui pour une fois se sont bien passées à la surprise de leur auteur ! Donc à voir également dès que vous en aurez l’occasion : HTML5 et ses amis : Nouvelles APIs

Je suis malheureusement arrivé trop tard pour celle de David Rault (maudite circulation de jours de grève) et je n’ai pu voir que la fin, mais j’attends avec impatience la vidéo de la conférence La typographie comme outil de design pour pouvoir la voir en entier.

Si je devais donner un avis négatif, je dirais que certaines des conférences n’ont pas tout à fait leur place à Paris Web et je dois dire que je suis complètement passé à côté tellement je les ai trouvées longues et ennuyeuses ; je pense à celle de James Taylor et Christophe Jolif et celle de Stephanie Troeth. Mais peut-être n’étais-je tout simplement pas la cible et aurais-je du plutôt aller voir ce qui se passait du côté de l’autre amphithéâtre ?

Ce qu’il faut retenir de cette année : l’émergence de html5 et css3 dans la production web, le débat houleux entre webdesigners et intégrateurs sur la question épineuse du périmètre d’intervention de chacun, pas mal d’accessibilité (je n’ai malheureusement pas assisté à ces conférences, mais je vais me rattraper) et une grosse interaction des participants via twitter.,

Retrouvez tous les tweets sur le mot clé : #parisweb

Les twitters de tous les orateurs et participants qui se sont inscris sur lanyrd.com : http://lanyrd.com/2010/parisweb/

Bon je pourrais en dire encore beaucoup sur cet événement et continuer à en faire la promo, ce qui n’est normalement pas le cas sur les intégristes (farouchement indépendants !), mais franchement, il y a peu d’événements de cette classe en France et il faut vraiment les encourager en en parlant et en prenant votre billet l’an prochain. Théoriquement en 2011, les sujets de l’intégration html, webdesign, ergonomie, accessibilité et gestion de projets devraient être complétés par des sujets sur le back end, couvrant ainsi tout – ou pratiquement – le scope des métiers web de production.

Paris Web recueille les avis actuellement, si vous y étiez (ou pas) n’hésitez pas à vous prononcez : http://paris-web.fr/avis

Pour ma part j’ai trouvé bien voire très bien :

• Le lieu, très agréable
• Les traductions simultanées (bravo Christophe, très pro !) et depuis cette année la vélotypie
• La traduction en langage des signes des conférences en simultané
• La retransmission en direct des conférences, même s’il y a eu des problèmes techniques le premier jour, ça a fait beaucoup d’heureux, je crois.

Pour les points à améliorer :

• Organiser ces conférences en dehors des périodes de grève (je plaisante)
• Avoir la possibilité de pouvoir assister au choix à l’une ou l’autre des deux journées, en effet il est difficile de dire dans une entreprise, on ferme le service webdesign ou intégration pendant deux jours, alors que permettre à la moitié d’une équipe d’y aller un jour et l’autre moitié le suivant est déjà plus concevable
• Prévoir, peut-être, de mettre un curseur sur le niveau des conférences (d’après une suggestion de Marie) du style : tout public, débutant, confirmé ou autre.

Pour finir quelques slides en ligne des conférences et ateliers de Paris Web 2010

• Concevoir pour l’expérience utilisateur, Matthieu Mingasson
• Let’s-interface, Chris Heilmann
• Le web un métier de valeur, Eric Daspet
• Un framework HTML est-il possible ? Cédric Morin
• Méthode Daisy : les CSS feuille à feuille, Romy « Têtue » Duhem Verdière
• L’accessibilité dans une chaîne de production Web, Vincent François et Denis Boudreau
• Éviter les erreurs les plus fréquentes en accessibilité du Web, Denis Boudreau
• Étude de cas sur la mise en accessibilité d’un site Web, Denis Boudreau
• Plus belle la vie avec HTML5 et CSS3, Raphaël Goetter et Pascale Lambert-Charreteur
• Web analytics, Olivier de Segonzac

NB : cette liste n’est pas exhaustive et ce n’est pas une sélection, ce sont tous les slides que j’ai pu trouver au moment de la rédaction de cet article. Si vous voulez compléter dans les commentaires ne vous gênez pas !

Les comptes rendus de Paris Web commencent à arriver :

• Paris Web 2010 : the aftermath
• Compte-rendu Paris Web 2010