Via le biais des plugins, tout le monde a pu commencer à faire des effets « wahou » en deux secondes et a pu commencé à vouloir écrire ses propres plugins… Rendons à César ce qui est à César et remercions jQuery pour avoir apporté une idée différente du framework javascript. Dans une discussion future, je me ferai peut-être moins respectueux en évoquant les différents maux que cette librairie a pu apporter.

Rapidité < Qualité

Ce qui reste très agaçant, surtout lorsqu’on commence à prendre un peu de niveau dans son métier, c’est quand un chef de projet vous pose cette question: « pourquoi tu n’as pas utilisé un plugin tout fait à la place ? »; alors que vous auriez bien aimé tout de même avoir la chance de pouvoir démontrer que vous pouviez faire mieux et surtout : plus adapté au projet.
Qui ne s’est jamais arraché les cheveux à faire rentrer un plugin dans un projet en bidouillant l’impossible, ajoutant des options dans l’objet d’options même si ce n’était pas vraiment le meilleur endroit…

Mais plus loin encore, est-ce là un vrai travail responsable que d’accepter l’utilisation de plugins par son équipe technique ?
Non seulement l’équipe ne risque pas de prendre du niveau et très certainement se ramollir, voir se démotiver, mais en plus, vous rendez votre travail dépendant de ce qui se passe ailleurs, chez les autres… dépendant donc de la veille « plugin ».
C’est un peu comme à l’époque du designers que les intégrateurs bridaient afin de pouvoir avoir des maquettes intégrables « comme on l’a toujours fait depuis des années« , à force on obtenait presque toujours les mêmes briefs: « A gauche donc, on aura une sidebar, à droite.. le contenu et puis au milieu, un jQuery Carousel de chez bidule »; Grisant.
D’ailleurs, la version 2013 de ces pratiques sera « en haut, le header, au milieu… et bah un bon gros jQuery mansonry hein ? t’en dis quoi ? le footer ? Oh y’en a pas besoin... »

Donnez-vous une année comme cela, sans faire un peu de programmation chez vous et vous allez vite voir que vous allez très rapidement perdre vos compétences.

Petite blague à part: Vous n’avez jamais remarqué que sur stackoverflow, à chaque question en js natif il y a toujours une armée de réponses type « pourquoi tu n’utilises pas jQuery« . Et si demain vous ne deviez pas l’utilisez, pour des raisons d’optimisations ? Et si sans jQuery vous vous rendiez compte que vous ne compreniez qu’une partie de la DOM API et donc, à votre métier ? True story que cela et je vous la raconterai peut-être en temps voulu… mais autre sujet, autre journée.

L’artisanat français

Oui monsieur…

Il reste aussi le problème de l’honnêteté.
La plupart de ces plugins sont souvent réalisés à des fins de promotion personnelle, donner à ceux qui ne savent pas programmer l’occasion d’avoir un petit plus sur leur blog ou de réutiliser plusieurs fois un travail réalisé pour un client ou encore simplement démontrer un concept, une idée simple.

Il est évident qu’à un certain niveau de la hiérarchie, on ne se préoccupe pas trop de comment un projet est commencé et fini, il faut tout simplement qu’il soit fini.
Là où cela devient préoccupant, c’est lorsque le chef de projet technique ne s’en préoccupe pas non plus… et encore plus préoccupant d’entendre ce genre de propos dans la bouche d’un développeur front-end.

C’est peut-être du au fait qu’en France, au delà de 8 à 10 ans en tant que technicien, il est inconcevable de ne pas rechercher ou accepter un magnifique poste de manager et / ou de chef de projet, poste qui fera systématiquement, si on n’y prête pas garde, perdre le fil de la veille technologique (en fait plutôt les compétences que la veille).
Quelle belle récompense pour tant d’année de bon et loyaux services, mais ça, c’est déjà un sujet assez récurrent sur ce blog et je n’y reviendrais plus (promis juré !)

Cela est peut-être aussi du au fait que depuis les plugins à tout va, on sait qu’ un site Internet coutera moins cher et sera surtout réalisé plus rapidement. Par conséquent, « on » est toujours plutôt gagnant… enfin sauf pour les « techos » mais eux, ils attendent patiemment leur 8 à 10 ans pour devenir chef de projet (quoi, vous voulez pas être CP ou manager ? Mais puisqu’on vous dit que vous n’avez pas le choix !)

La seule question qui restent à mes yeux importante :  Est-ce un service que nous rendons au métier ?
Je m’étonne bien souvent de notre retard sur les points de l’UX, de l’UI et du design de site Internet mais n’est-ce pas avant tout parce que nous travaillons presque toujours à l’inspiration en regardant un peu ce qui a déjà été fait et finalement très peu en workshop ? Que les commerciaux vendent d’office des promesses impossibles à tenir ? Ou, peut-être est-ce parce qu’on s’obstine à rechercher des ninjas en PHP/MYSQL/AS3/CSS3/HTML5/JS/ASP au lieu de profils spécialisés dans l’interface utilisateur… Ou pire, que certains bloggeurs influents parlent partout de webresponsive sans exactement comprendre les implications (encore un bon sujet potentiel que celui-ci)

Be open! Oui mais…

Alors, au final, merci jQuery mais par pitié, vous, développeurs de plugins, soyez fermes avec vos licences d’utilisations et menez la vie dure aux entreprises qui utilisent vos plugins sans en avoir l’autorisation. De cette manière, nous pourrons ainsi tous combattre l’utilisation de plugins en entreprise tout en permettant aux gens de s’inspirer et/ou regarder directement le code via GitHub pour apprendre sans pour autant réutiliser… sinon dans quelques années, il faudra ajouter la ligne « google-isation de plugins » sur nos CVs.

Il serait d’ailleurs intéressant de savoir ce que pense certaines personnes de l’utilisation de leurs plugins pour des projets professionnels vendus à quelques dizaines voir centaines de milliers de brouzoufs… qui se souvient encore de l’utilisation d’un blog Dotclear pour un site Internet vivant à promouvoir certaines lois que l’état était désireux de passer ? Et qui se souvient du prix à laquelle ce Dotclear avait été vendu ?

On ne peut les blamer, depuis tant d’année les intégrateurs vivent dans la honte de ne pas avoir « développeur » dans leur titre ainsi que sur leurs cartes de visite, et nos bon vieux amis développeurs de site internet orienté back-office n’ont pas manqué de nous le faire remarquer.

Enfin l’occasion se présente à nous de pouvoir prendre notre revanche sur le reste du monde.

Un peu d’histoire

Après tout, les choses changent, nous aussi (ce n’est pas sale) et comme notre ami de l’intégration française, monsieur Eric Le Bihan me l’a souvent rappelé lorsque je servais à ses côtés ainsi que sous ses ordres: il existait avant notre ère un poste de monteur HTML (une sorte de baltringue des temps modernes donc).

Par simple définition et compréhension de la langue française, on peut d’ores et déjà comprendre qu’il fut un temps où le monteur HTML se limitait à monter des squelettes HTML alors que l’intégrateur se devait d’intégrer (bien joué Sherlock) plusieurs éléments à des pages qu’il montait, et bien souvent, lorsque le développement du site était optimal, il se devait de tout intégrer sur la plateforme de développement même, reliant ainsi diverses technologies entre elles.
Car oui ne l’oublions pas: l’intégrateur est un jongleur de technologies.
Et bien souvent, il est la personne entre toutes les autres, celui qui reliera le pôle produit au pôle développement.

Bref, le monteur se contente de monter. L’intégrateur intègre (et avec intégrité qui plus est). Pas la peine d’avoir fait Normal Sup.
Certes, vous me direz que c’est le même métier mais si on y regarde de plus près, ce n’est pas exactement la même définition.

Mais à quel moment est-il précisément devenu développeur Front-end ?

Un peu de sémantique

Car pour bien comprendre un ensemble de mot, il est bon de les prendre un par un puis de les confronter.

Développeur

Celui qui conçoit, effectue l’analyse et écrit le code d’un logiciel.

Front-end

Front venant de l’anglais et signifiant « premier plan », ce premier plan étant la … BREF, « interface »

Donc, développeur Front-end signifierait « développeur d’interface » ?
« Mais c’est bien sûr. Maintenant que vous me le dites » ! »

Et là tout de suite, vous vous dites que c’est pas demain la veille que vous aller réussir à draguer avec ce titre et qu’il faudra continuer d’essuyer les bars en prétendant être « éleveur de dauphin », une profession souvent mésestimée qui aura certainement le mérite de soulever plusieurs questions lors de vos soirées mondaines.

De la différence… ou pas

Il y a bien sûr des intégrateurs qui, dans le cadre de leur travail, ont pu se rendre compte que les tâches qu’ils effectuaient depuis des années s’apparentaient à du développement d’interface.

Mais en-est-il exactement pareil pour tout le monde ?
Est-ce que tous les intégrateurs peuvent prétendre à cette appellation, cette spécialité qui, une fois définie, prend bien tout son sens, toute sa particularité ?

Et c’est là que comme tout bon petit malin je vous répondrai: ça dépend.

Et j’exemplerai le tout avec l’exemple de ces nouveaux sites fabuleux qui réagissent au scroll de notre bonne vieille molette.
Ne me dites pas que vous l’aviez raté, c’est la grosse mode depuis un an et on n’a pas fini d’en voir à la pelle de ces « parallaxes » … ou encore tous ces petits portfolios qui tendent à se comporter comme un bon vieux site en flash super bien animé, le tout en HTML5 (/TROLL) couplé à j…Query.

Si je peux me permettre: un parallax n’est pas juste un effet au scroll, mais un effet bien particulier, qui mélange plusieurs plans qui ne se déplaceraient pas à la même vitesse durant le déplacement de l’oeil (du scroll donc), créant une impression de profondeur.

Et je m’offusque qu’on parle de développement Front-end pour ces sites. Oui monsieur, car cela n’est pas du développement d’interface mais bel et bien de l’animation d’interface.

« Animateur HTML » pardi !

Oui, vous me lisez bien et je vous vois tous lever un doigt accusateur dans ma direction: BOOOOOUUUUH. Qu’à cela ne tienne, je fais fis de vos railleries.

Si nous réfléchissons bien, nous sommes tous des intégrateurs mais nous avons aussi nos spécialités, par conséquent certains deviennent développeurs d’interfaces, d’autres des développeurs javascript , d’autres s’orientent vers l’accessibilité et certains même repartent vers le design pur forts de leur expérience d’intégrateur.

Alors, pour tous les animateurs qui me liront, je vous le dis messieurs, et mesdames, : je n’ai pas la patience ni le courage nécessaire à créer ce genre de comportement donc je ne vous juge en nul point et vous salue même pour votre patience (sisi), je ne cherche qu’à rétablir un bon ordre des choses entre plusieurs spécialités qui mériteraient de devenir des titres à part entière car selon moi, l’intégrateur a encore de longs jours devant lui tant qu’il n’aura pas pris exactement conscience de ce qu’il fait et à quel degré il s’implique dans son devoir d’intégrateur et beaucoup travaillant en agence réalisent encore du (très bon même) travail d’intégrateur quand certains sont de magnifiques animateurs HTML et d’autres sont de très compétents développeurs d’interfaces.

Et on peut même le sentir, que certains ont déjà prévu ces changements, n’avons-nous pas, chez les intégristes, posté une note sur Adobe Edge ?

Soyez donc fiers de vos compétences et ne tombez pas dans le piège de mettre à jour le titre de votre C.V., respectons les spécialités de chacun et apprenons à nos chers collègues (une fois de plus) l’utilité de la bonne appellation. Au final, le seul titre que toute personne normalement constituée se doit d’obtenir dans une vie, c’est bel et bien celui de « Chevalier de l’ Internet ».

J’espère donc que beaucoup partageront mon avis, que beaucoup d’autres ne le partageront pas et viendront amener leur petite brique (ou leur grand troll) à cet édifice, cette tâche qui nous incombe: savoir définir et, enfin, professionnaliser, que dis-je, assumer nos métiers.

Mon mot de la fin

Ce n’est pas pour nous brosser dans le sens du poil mais ce qui est formidable avec nos métiers issus de « l’intégration française », c’est que pouvons être au four et au moulin puisque nous sommes constamment à mi-chemin entre les deux, essayant de faire communiquer le meunier et le boulanger, aidant à la réalisation d’un produit fini, répondant à plusieurs normes de qualité, mettant notre nez chez l’un et l’autre, amenant nos recommandations à droite et à gauche sur divers sujets tels que, et pour n’en citer que quelques-uns: la typographie, la sémantique, les bonnes pratiques et l’accessibilité.

Alors, il me vient l’idée qu’il est finalement inutile de rajouter des mots pompeux lors de notre recherche d’emploi pour se justifier de faire ce qu’on fait. Non, il n’y a pas de ninja du CSS, de samouraï du jQuery, ni d’ Intégrateur++ mais bien des intégrateurs qui se spécialisent, apprennent, testent et veillent.

Et par conséquent, nous ne sommes pas tous des développeurs d’interface, des animateurs et des intégrateurs confirmés, l’artisan en chacun de nous le sait.