Bien préparer son portfolio pour un entretien d’embauche
Tu es intégrateur ? Tu cherches une place dans une quelconque entreprise qui fait déjà du site web à la chaine ? Tu veux faire un portfolio pour montrer un peu ce que tu as dans le bide ? Voici un article qui va te montrer deux ou trois trucs à appliquer sur ton portfolio pour marquer des points lors de l’entretien d’embauche, histoire de ne pas montrer au monde que t’es une plus grosse tanche que tu n’en as physiquement déjà l’air.
Alors non, cette photo n’a aucun foutu rapport avec le sujet, j’avais juste envie de la mettre, voilà, c’est comme ça.
J’aime bien regarder les portfolios des étudiants qui cherchent un stage / emploi en tant qu’intégrateur. J’ai constaté les choses suivantes, au fil des années :
- Aucun d’entre eux ne s’est aventuré en dehors des galons de la formation proposée par le diplome
- … de ce fait le code est dégueulasse (physiquement parlant, pas forcément techniquement)
- Les designs sont catastrophiques
- Ils ont tous un logo pas forcément beau
- Ils essayent de rendre ça « cool » en utilisant les plugins jQuery à foison
- Il n’y a pas de plugins « de base »
- Facilité déconcertante à mettre un commentaire conditionnel pour kicker IE8 (inclus) et moins
Et j’en passe. Partant de là, voici, à mon avis, quelque points à suivre pour marquer des points lors de l’entretien d’embauche (PS: ces points dégagés proviennent d’observations que j’ai fait lorsque je visitais ces fameux portfolios ou encore mon propre entretien d’embauche à Colorz (ou même mon entreprise d’avant, pourquoi pas)).
Le rendez-vous en lui même
J’ai la chance d’être dans une entreprise composée de trois patrons qui ont des profils complémentaires : un directeur technique, un directeur de création et un directeur commercial. Avoir les trois en face de soit m’a tout de suite avertis de quelque chose : mon portfolio va être passé en revu tant sur le code (directeur technique avec l’inspecteur de code, regardant mon code avec moi, commentant sur le code en lui même) que le design / ergonomie (directeur créatif te dit « tiens, c’est marrant, je ne peux pas cliquer là et si jfais ça et ça comment ça se fait que ça fasse ça). Du coup, et bien non, n’essaye pas de mentir sur ce que tu es vraiment : de toutes façons, ça se verra assez vite.
Ainsi, sur votre portfolio, kickez moi ces putains de notes que vous vous attribuez en PHP, HTML5, CSS3 ou jQuery : il vaut mieux travailler avec des personnes qui savent ce que tu vaux VRAIMENT et qui te pousseront vers le haut que des personnes qui tomberont des nues quand ils verront que ce qu’il y avait sur ton portfolio c’était du flan. Et puis même, un peu d’estime de soit-même : les mecs qui mettent du 5/5 en CSS avec un code CSS purement dégueulasse, ça me fait vomir. Et puis bon, que diable, grand Dieu, nom d’une pipe en bois de la putain de ta… bref, un peu de self-estime.
Le design
Personnellement, étant intégrateur, je n’ai aucun talent sur Photoshop (CF ce blog, héhé), ça ne m’empêche pas d’essayer de faire un design extrêmement simple mais très fonctionnel (à part le formulaire pour écrire un commentaire, il faut que je m’en occupe, je sais). Les portfolio, c’est pareil : n’essaye pas de faire un *vrai* design qui ne ressemblera à rien car tu n’as pas les compétences pour en faire un. Privilégie un design très épuré (pourquoi pas uniquement de la typo ?) et surtout, il faut absolument suivre un système de grilles (960 Grid System, CSS Grid, CSSNormalize en propose un, The 1kb Grid et j’en passe).
A défaut d’avoir un design, ayez un semblant de design, n’agresse pas un oeil habitué à l’alignement et utilise ces grids. Si il y a un webdesigner à l’entretien il sera content que tu prennes pas la chose à la légère, s’il y a un développeur il verra que tu es capable d’utiliser des Frameworks / utiliser un code qui n’est pas le tien. Des points en plus.
Le code
Tu es étudiant, le code que tu sors n’est peut être pas optimisé. De toute façons, c’est pas à l’école qu’on vous apprendra le vrai code CSS à utiliser lorsque vous travaillez sur de gros projets ou encore en groupe. De ce fait, essaye de te faire au DRY CSS, SMACSS & OOCSS.
Ca montrera que 1) tu te soucies de ton code 2) tu te soucies du mec qui va reprendre votre code 3) tu tu soucies des perfs de votre page 4) tu montres au dev présent à l’entretien que tu connais des termes savants donc que tu n’es pas le dernier des abrutis.
Les librairies à utiliser ou non
Alors, jQuery, c’est mignon, ne va pas m’en mettre 20 plugins jQuery ta page pour faire des tops effets bien dégueulasses. Alors oui, ça fait un slider en 3D, ça fait du rotate sur du texte sur un hover, ça fait des hover de dingue sur les images mais ce n’est pas en cachant ta non-connaissance de jQuery derrière des plugins tout faits que vous tu vas gagner quelque chose. Peut être une petite moquerie du développeur présent qui lui est un pro-mootools, mais sans plus.
En revanche, quitte à utiliser jQuery, pourquoi ne pas générer un layout ou une pagination avec ? Ou un autre code du genre ? C’est ni trop simple ni trop compliqué, c’est discret, le développeur le verra (si ce n’est le cas, parles-en, vends ton truc, c’est peut être rien mais c’est TOI qui l’a fait. Alors qu’un plugin, tu ne sauras jamais comment ça fonctionne et pire ! tu ne montreras pas un vif intérêt pour le développement en général.
Bon, le mieux restera de faire du code en Vanilla JS, hein, on va pas se le cacher.
Ce qu’il faut absolument utiliser / savoir en parler
Parlez d’un gestionnaire de versions. Par exemple, Git, avec le très célèbre GitHub. Perso, je suis arrivé en entretien, « est-ce que tu sais utiliser un gestionnaire de versions genre git ? » je n’ai pas su dire grand chose à part la sainte trinité : « oui, j’ai des repo git sur github, j’ai déjà clone des projets et les miens aussi petits soient-ils sont sur github ». Cela prouve que tu sais créer un repo, commit, pull, push. Des points en plus. D’ailleurs, pourquoi ne pas mettre ton portfolio sur Github ?
Pour le portfolio en lui même : HTML5Shiv, Selectivizr, et on en discute pas. Tout ça dans un commentaire conditionnel, hein, on est pas des chiens. OH et avant de les mettre, si le dev présent te demande à quoi ça sert, il faudra savoir répondre.
Pour IE & co : avec tout ça, tu vas me kicker ton commentaire conditionnel de mes genoux pour que ton site s’affiche même sur IE7 et n’affiche pas, grâce à ce commentaire, un message genre « votre navigateur é tro vieu ^^^^ ». Ton portfolio n’est pas un énorme site, c’est limite pas normal qu’il ne passe pas sur IE7. Enfin, passer sur IE7 avec de la Graceful degradation, s’entend.
La conclusion
Je pense que ces points marqués feront plaisir tant à toi qu’aux personnes en face de toi. Avoir un portfolio 100% homemade et non pas tout fait est toujours plus glorifiant que d’avoir un portfolio avec un thème téléchargé, des plugins dans tous les sens que tu n’as pas fait : au moins, les personnes présentes sauront exactement où tu en es et verront que tu t’es bougé les doigts du fion pour leur offrire un produit pas forcément beau visuellement, mais qui techniquement tiendra la route. Vu que tu seras recruté sur ta technique, pas ton utilisation sur Photoshop. Héhé.
Bon, naturellement, tout commentaires est le bienvenue, le débat est ouvert. Expériences ? Recruteurs ? Faites vous plaisir.