Front-end designer ou intégrateur web ?

On m’a toujours séparé la notion de graphiste web en deux : D’un côté la création, l’illustration. De l’autre le maquettage, l’agencement, l’ergonomie et les interfaces.

Côté développeur web il y a les back-end pour le code métier et le code serveur, ainsi que les front-end pour le code interface.

Intégrateur

Faire du pur HTML/CSS, c’est parfois pris par des développeurs front-end, parfois par des graphistes d’interface. C’est typiquement ce qu’est l’intégrateur web. Le métier a pris une forte spécialisation depuis 10 ans. Il faut bosser dans un environnement très hétérogène, avoir des notions d’ergonomie, beaucoup de connaissances sur les navigateurs, y compris technique, faire face à des technologies en pleine évolution, considérer les performances, etc.

Je lis les tentatives de nommage de designer front-end suite aux interrogations de STPo. J’avoue avoir un peu de mal parce que ce que j’en lis ressemble quasiment parfaitement à ce que j’aurais nommé intégrateur.

Has-been ?

Si je devais envoyer une pique, j’ai l’impression qu’il y a un petit complexe face aux nouveaux front-end developer, c’est à dire ceux qui font de l’applicatif JS avec une compétence HTML/CSS/HTTP (et déjà, vous notez qu’on manque d’un terme vu que le développeur PHP on l’appelait déjà front-end developer dans pas mal de boites, par opposition à celui qui gère le code métier dans des serveurs dans interface client).

Oui il y a une demande de ces nouveaux front-end developer, et ça fait perdre un peu de contrats aux intégrateurs qui ne couvrent pas cet aspect. Mais si vous acceptez de délaisser ce terme en le qualifiant de has-been, c’est vous-même qui retirez de la valeur au métier. Il faudrait le renforcer, communiquer dessus, montrer la valeur… D’autant que trop de front-end developer sont justement du coup plus faibles en intégration, à connaitre le support de tous les navigateurs, les bugs louches de CSS, la compatibilité qui ne se résume pas à la dernière version de Chrome, etc.

N’oubliez pas que c’est comme ça qu’on a créé ce terme dans le web il y a moins de 10 ans. Avant il y avait les webmaster d’un côté, et les développeurs de l’autre. Le terme d’intégrateur on l’a justement à l’époque imposé comme l’expert qui savait faire ce code HTML/CSS avec un peu de javascript si besoin, et soit une tendance graphiste soit une tendance avec un peu de PHP, souvent les deux.

Tenter un nouveau terme juste pour rajeunir l’image, c’est pour moi une vision non seulement très court terme, mais aussi défensive en abandonnant la valeur au lieu de la renforcer à valoriser le métier.

Designer

Reste la question de l’anglais, où le terme d’intégrateur web ne semble pas exister. Proposer un terme autre que front-end developer peut avoir du sens, mais je ne suis pas convaincu qu’il faille chercher dans une spécialisation de designer.

Je sais que les gens qui participent à la discussion en lien sont quasiment tous graphistes *et* intégrateurs. Pour autant, quitte à parler spécialisation des métiers et valorisation de celui d’intégrateur, j’aurais aimé un terme qui regroupe tous les intégrateurs plutôt que de mettre ceux qui débordent côté graphisme dans la case maitresse designer et ceux qui débordent côté programmation dans la case maitresse developer.

C’est oublier ceux qui sont au milieu et croire que finalement le métier intermédiaire n’existe pas en soi. Bref, aller là aussi à l’encontre de la valorisation du métier spécifique d’intégrateur, en le reléguant comme une cartouche secondaire d’un graphiste ou d’un développeur.

S’il est sain de créer des termes pour des spécialisations, ne créons pas des termes pour décrire ceux qui sont à la fois sur deux ou trois spécialisations précises, sinon on ne s’en sortira jamais et on ne fera que diviser. Si vous couvrez plusieurs cases – ce qui est non seulement très bien mais carrément souhaité – dites simplement que vous êtes intégrateur et graphiste d’interfaces, ou intégrateur et développeur front, ou encore autre chose. Cumulez, ne divisez pas.

front-end

Indépendamment de tout ça, même si on veut classer les intégrateur dans les designer (qui en anglais ne recoupe pas que la notion de graphisme au sens français, je le conçois), je ne comprends pas le qualificatif de front-end ici. Pour le développement il y a du back et du front, mais sauf erreur de ma part le designer s’occupe toujours du front – et ce qu’il fasse de l’intégration technique, de la conception d’interface ou de l’illustration/création.

Interface designer m’aurait déjà moins choqué mais je crois que c’est déjà occupé par un poste moins technique. Je n’ai pas mieux à proposer mais front-end designer ne me semble rien vouloir dire.

Je m’amuse de voir que pour une fois, nous avons foison de termes spécialisés en français alors que les anglais n’ont qu’une poignée de termes très génériques.

Et moi ?

J’ai toujours eu du mal à me mettre dans une seule case, et j’espère qu’il en va de même pour beaucoup de gens dans le web. Même quand je ne faisais que de la technique, je n’ai jamais su si j’étais développeur ou intégrateur.

J’étais les deux. Certainement pas « simplement front-end developer » dans le sens « intégrateur qui développe », parce que j’ai toujours vu intégrateur comme une casquette à part entière, qui demande une expertise gigantesque qui éclipse largement le côté « qui développe ».

Bref, je ne me retrouve certainement pas dans cette séparation des graphistes d’un côté et des développeurs de l’autre, en éclipsant les intégrateurs au milieu. Très dommage.

6 réponses sur “Front-end designer ou intégrateur web ?”

  1. Pour ma part, je me présente clairement comme étant développeur front-end (même si je ne fais pas à proprement parler d’applicatif JS comme de l’Angular et consorts). Ce terme générique fonctionne bien (ça dit clairement que j’en fais bien + que l’intégrateur historique), on a déjà eu ce débat sur Openweb y a 2 ans et demi dans http://openweb.eu.org/articles/integrateur-au-developpeur-front-end-un-maillon-essentiel-qualite-web et c’est tranché pour ma part.

    C’est périodique ce bon vieux marronnier/crise identitaire. :)

  2. Je me permets de republier le commentaire que j’ai laissé sur le blog de STPo à ce sujet.

    Intégrateur, développeur front-end, designer front-end… ces querelles de taxonomie et d’intitulés relèvent de la masturbation intellectuelle. Pour ma part, je ne fais pas de distinction « sémantique » entre un intégrateur et un développeur front-end, en ce sens que ces deux appellations couvrent une même réalité.

    S’il y a deux questions centrales, elles ne concernent pas l’appellation à donner au métier de bon nombre de commentateurs , mais la reconnaissance d’un tel profil, d’une part, et le périmètre technique, d’autre part.

    En ce qui concerne la première question centrale, si le métier d’intégrateur / développeur front-end est reconnu comme un métier à part entière, avec les honneurs dus à son rang, dans les pays anglo-saxons (c’est, du moins, l’impression que j’en ai quand j’écoute les conférences d’un Kaelig Deloumeau-Prigent ou que je contemple le travail qu’a pu pondre ce même Kaelig pour BBC News ou le Guardian), il souffre encore d’un manque de reconnaissance dans nos contrées. Même si ça peut bouger favorablement çà et là (je ne doute pas un instant, par exemple, que Nicolas soit reconnu à sa juste valeur dans l’agence où il travaille, même s’il est vrai que son agence est suisse et qu’il est « le Suisse-allemand de la qualité Web » ;) ), combien de fois pouvons-nous constater que le travail livré par un développeur front-end n’a pas été respecté par le développeur back-end (par exemple, des gabarits HTML statiques et valides selon le doctype employé cessant de réussir le test du validateur du W3C une fois le site mis en production) ? Combien de fois pouvons-nous constater que la propreté du code livré par un développeur front-end se retrouve salie par un développeur back-end ou par ceux qui sont chargés de la maintenance ? Combien de fois pouvons-nous tomber sur des agences ou des SSII qui ne veulent pas lâcher les sous quand il s’agit de rémunérer à sa juste valeur un développeur front-end, qu’il soit salarié ou prestataire ? Combien de fois tombons-nous sur des offres de poste ou de mission de développement front-end qui ne jurent que par des frameworks CSS comme Bootstrap (pour ma part, je ne porte absolument pas les frameworks CSS dans mon cœur, surtout les frameworks tendant à l’usine à gaz) ?

    Cette dernière interrogation m’amène à la seconde question centrale. Pour ma part, j’attends d’un intégrateur / développeur front-end qu’il soit capable non seulement de coder du HTML sans éditeur WYSIWYG, mais aussi de savoir coder des CSS sans recourir à un préprocesseur (même si l’utilisation d’un préprocesseur facilite grandement la productivité et la maintenance des projets Web pour la partie CSS, et c’est un grand fan de Sass qui parle), de savoir monter des gabarits HTML sans utiliser de framework (je parie qu’on peut facilement tomber sur des CV qui annoncent une grande maîtrise du HTML et de CSS, mais qui proviennent de profils qui ne savent pas coder autrement qu’en utilisant Bootstrap), de savoir coder en JavaScript sans recourir à une bibliothèque JavaScript (et, lorsqu’il en utilise, de savoir ne pas se ruer sur le premier plug-in jQuery venu). À propos de JavaScript, vu que j’estime qu’un intégrateur / développeur front-end est, à la base, destiné à intervenir sur des pages Web classiques (ou des gabarits d’emails en HTML), je n’attends pas de ce dernier qu’il cherche obligatoirement à maîtriser Angular, Backbone ou tout autre framework JavaScript ni Node.js, auquel cas je préfère qu’on emploie les termes de développeur Angular, développeur Backbone, développeur Node.js… Quant aux outils, à la rigueur, on s’en fiche : ce n’est pas l’outil qui fait le développeur et on ne peut se permettre de mettre en ban un intégrateur / développeur front-end parce qu’il n’utilise pas tel éditeur de code, qu’il ne met pas en place des tests unitaires ou qu’il n’utilise pas Grunt, Gulp ou tout autre outil plus ou moins à la mode qui vous passe par la tête.

    En ce qui me concerne, je me sens développeur : quand je fais de l’intégration HTML / CSS, je fais du développement. Certes, il n’y a pas de MVC dans les parages ; mais, c’est du développement au même titre que du développement PHP, du développement Ruby ou du développement Java, et du développement qui a son lot de spécificités, d’épreuves, de débogages, de difficultés parfois, en un mot de connaissances précises, voire pointues. Autrement dit, si c’était aussi facile et aussi négligeable et si ça ne valait pas la peine de se battre pour sa reconnaissance, des gens comme Nicolas ou moi auraient changé de métier depuis longtemps.

    En revanche, je ne me sens pas designer : je ne fais pas de créa et, même si je peux être amené à critiquer la faisabilité de l’intégration d’une maquette sous Photoshop, Fireworks ou Illustrator ou à être force de proposition à l’égard du travail des métiers de la créa (dans une perspective constructive et dans le respect de ces métiers, cela s’entend), quand j’utilise mes mains, c’est pour manier les touches du clavier, pas pour manipuler un stylet sur une tablette graphique.

    En résumé, à partir du moment où les cordes à son arc comportent le HTML, les CSS et le JavaScript, et à haute dose, on est intégrateur ou développeur front-end, les deux appellations étant équivalentes. Et, à partir du moment où l’on touche aussi, par exemple, à Angular, à Node.js, aux performances, à l’accessibilité, à la qualité Web, à l’ergonomie ou à la créa, on devient un profil polyvalent.

  3. Ah, le marronnier…

    Sud Web est l’événement que je préfère dans l’année, notamment à cause de sa devise : savoir-faire et faire savoir.
    Faire savoir ses savoir-faire, ce n’est pas trouvé un mot-valise pour les mettre dedans. C’est discuter avec les gens, faire des rencontres (un entretien d’embauche peut être une rencontre), écouter les autres et prendre la parole pour expliquer son travail.

    Je ne vois pas l’intérêt de chercher des noms de métiers. Surtout qu’à chaque fois, ça finit en eau de boudin avec les uns qui « pensent que un Machine, ça doit savoir faire ci ou ça alors qu’un Truc, c’est complètement différent ». Ah bon ? Et si moi j’en envie de faire les deux ? Et si j’en fais qu’un mais que je veux faire l’autre ? Et si je n’en fais qu’un, mais mal, parce que je manque d’expérience, et que je ne le sais même pas… du coup mon métier n’a pas de nom ? On n’en sort pas.

    Parlons plutôt de ce que nous faisons et de ce que nous savons. C’est beaucoup plus intéressant et c’est souvent l’occasion de prendre un café :)

    1. Bah, pour discuter, avoir des termes communs aide bien quand même. Il ne s’agit que de ça.
      Sans compter que les deux questions aux travers des âges sont globalement « qui suis-je » et « où vais-je ». Pas anormal qu’on se pose au moins la première, c’est même plutôt sain.

      Plus basiquement, pour ceux qui travaillent en service ou à leur compte, c’est assez important de pouvoir mettre des termes et se présenter clairement sans avoir à détailler le travail de tous les jours.

      Après nommer les choses a toujours été difficile, presque plus qu’invalider les caches ;)

  4. Merci Eric.
    Tu viens d’exprimer beaucoup mieux que je ne l’aurais fait, le fond de ma pensée, et mon sentiment face à tout cela.
    Quand je regarde le pad de Marie, j’ai l’impression de faire souvent le métier dont elle parle et pour lequel il manque à priori un terme adéquat, plus que celui de dev front. Pourtant mon intitulé c’est généralement intégrateur. Mais qu’est-ce-que ça veut dire vraiment ?
    Je travaille en ce moment sur un projet ou j’ai fait toute l’architecture de contenu, du conseil de toute sorte, les mockups en collaboration avec la graphiste, étudié les déclinaisons possibles, les possibilité d’évolution du site en même temps que l’activité etc. Et je vais faire l’intégration ensuite.
    C’est un exemple, parmi tant d’autres.
    Ma dernière mission c’était de l’intégration, html / css / jquery .
    Le plus accessible et de qualité possible. Livraison de fichiers statiques et terminé !
    Mais c’est bien la même personne, j’ai mis a profit du savoir et des connaissances dans les deux cas, mais pas de la même façon.
    Je ne fais pas d’applicatif JS et oui, dans ce cas ce sont d’autres développeurs qui font le travail, mais il ne me le pique pas, pas plus que ceux qui font du c+ ou du php de haut vol.
    Il m’arrive très souvent de faire du templating direct dans plusieurs CMS, mais certains classent cela dans le dev back.
    Comment s’y retrouver?
    Et oui il m’arrive de faire du design, au sens UX/UI du terme, mais je ne sais pas forcément comment rendre l’interface cohérente et agréable graphiquement parlant. C’est un autre boulot, celui du graphiste ?
    Je ne suis plus sure de rien, la seule chose que je sais c’est que lorsque l’on me propose quelque chose, je dis oui ou non en fonction de mes compétences et de mes envies mais pas en fonction d’un titre à la définition fluctuante.
    Je crois que moi aussi j’ai du mal avec la case unique, et jusqu’à mieux je reste intégratrice à contre courant :)

  5. Bonjour et merci pour l’article.

    Du coup je suis un peu en dehors du coup, vu que j’ai tendance à me présenter aujourd’hui comme Front Developer… Au final quel est le terme le plus exact, surtout de l’autre côté de l’atlantique ?

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *