CV pour développeur

Un recruteur tech passe quelques secondes sur un CV et cherche d'abord des technologies précises — un langage, un framework — pas juste "développeur web" en général. Beaucoup de devs listent leurs projets personnels pêle-mêle avec leurs missions professionnelles, sans distinguer ce qui a été livré en production de ce qui reste un side-project.

Currio structure la stack technique projet par projet, inclut un lien direct vers ton profil GitHub sur le CV généré, et le score de compatibilité vérifie que les mots-clés techniques de l'offre (langage, framework, outil) apparaissent bien avant de l'envoyer. La suite détaille les décisions de rédaction qui reviennent le plus souvent.

Une stack technique n'est pas une liste de courses

La rubrique compétences finit presque toujours en énumération : quinze noms séparés par des virgules, sans hiérarchie. Le problème n'est pas la longueur mais l'absence de structure. L'œil glisse sur un bloc homogène et ne retient rien, alors que quatre lignes regroupées par famille se parcourent d'un coup d'œil.

Deux choses disparaissent au passage, volontairement : les outils que tout le monde utilise (Git, Jira, un éditeur), et les barres de niveau, qui remplacent une information par un dessin. Un "React 4/5" ne veut rien dire pour celui qui lit.

« Connaître » et « avoir livré avec », ce n'est pas la même ligne

Un CV de dev mélange trois réalités : ce que tu as mis en production, ce que tu as pratiqué sur un projet perso, et ce que tu as parcouru dans un tutoriel. Alignées dans la même liste, elles se ressemblent — et c'est ce qui se paie en entretien.

Le mécanisme est simple : un CV qui annonce douze technologies invite douze questions, et l'échange part vers celle que tu maîtrises le moins. Sépare donc les registres, avec le mot qui le dit : "Notions de Go (projet personnel)" ne coûte rien, alors que "Go" posé au milieu de ta stack principale est une promesse que tu devras tenir.

Décris un projet par son problème, pas par ses technologies

La description de mission la plus courante chez les développeurs est une reformulation de la stack. Elle est vraie et ne dit rien : ni ce qui était cassé, ni ce que tu as choisi, ni ce que ça a changé.

La bonne version contient les mêmes technologies : elles sont devenues le moyen au lieu d'être le sujet. Le format tient en trois temps — le problème, ton geste technique, l'issue. Sans mesure fiable sous la main, décris l'effet plutôt que d'inventer un pourcentage : un chiffre invraisemblable se repère plus vite que son absence.

Projets personnels et GitHub : ce qui compte, et ce qui dessert

Un profil GitHub est un argument quand il est lisible, un risque sinon. Le lien doit figurer en clair dans l'en-tête, sous une forme recopiable — pas derrière une icône seule, qui disparaît quand le document est converti en texte, comme le détaille le guide sur les erreurs de mise en page.

Ce sont les dépôts épinglés et leurs README qui seront ouverts, rarement le reste : deux projets finis, avec un README qui dit à quoi sert le projet et comment le lancer, valent mieux que trente dépôts abandonnés au deuxième commit. Garde par ailleurs une rubrique "Projets" nette, distincte de l'expérience professionnelle : les fondre rend le vrai parcours illisible.

Les offres qui listent quinze technologies dont trois comptent

Beaucoup d'annonces tech additionnent les souhaits de plusieurs personnes : le socle réel du poste, les technologies périphériques et celles que l'équipe aimerait adopter un jour s'y mélangent. Deux signaux permettent de trier. La répétition d'abord : une technologie citée dans l'intitulé, dans les missions et dans le profil recherché est le cœur du poste. La formulation ensuite : « maîtrise impérative » est une condition, « serait un plus » une préférence qui ne doit pas t'empêcher de postuler. La méthode complète est dans repérer les mots-clés qui comptent dans une offre, et la retouche du CV qui suit dans adapter son CV à chaque offre.

Sigles et synonymes : ce qu'une recherche ne devine pas

Quand un recruteur fouille sa base, il tape des caractères et le logiciel compare des chaînes de texte. "JS" et "JavaScript" désignent la même chose pour toi et pour lui, mais une recherche sur l'un ne remonte pas une fiche qui ne contient que l'autre. Idem pour React et ReactJS, Node et Node.js, K8s et Kubernetes. Le mécanisme est décrit dans comment fonctionne un ATS.

Écris la forme employée par l'annonce, place l'autre entre parenthèses, une seule fois. Deux formes suffisent : au-delà, le CV commence à ressembler à une liste de mots-clés.

Autodidactes et reconversions : l'ordre des rubriques fait le travail

Le développement est l'un des rares métiers où le code produit vaut démonstration. Si la formation est un bootcamp ou un parcours en ligne, elle ne mérite pas la première place : les projets et le code livré arrivent en haut, la formation ensuite, nommée telle qu'elle est. Une reconversion a en plus une carte que les profils linéaires n'ont pas, l'ancien métier : un ancien comptable qui développe des outils de facturation connaît déjà le domaine. Cela se dit en une ligne rattachée au projet, pas dans un paragraphe sur la passion du code — sujet traité sur la page CV pour une reconversion.

Ce que Currio prend en charge

Tu colles l'annonce, Currio l'analyse et génère un CV à partir du profil que tu as enregistré, avec la stack structurée et le vocabulaire technique de l'offre. Un score de compatibilité indique ce qui manque, la lettre de motivation se génère depuis le même profil, et le suivi des candidatures garde la trace de ce qui a été envoyé. Rien n'est inventé : Currio ne reformule que ce que tu as déclaré. Le service est gratuit et sans limite de générations ; les guides Currio couvrent le reste de la rédaction.