Le CV de développeur : le guide pour se démarquer

Un recruteur passe en moyenne quelques secondes sur un CV avant de décider s’il l’écarte ou s’il le lit vraiment. Pour un développeur, ces secondes sont particulières : votre interlocuteur n’est pas toujours technique, votre CV traverse souvent un logiciel de tri avant d’atteindre un humain, et votre vrai savoir-faire — le code — ne tient pas sur une page. Réussir son CV développeur, c’est donc résoudre un problème de communication : traduire une compétence complexe en un document lisible, honnête et taillé pour le poste visé. Voici comment.

À quoi sert vraiment un CV de développeur

Contrairement à une idée répandue, le CV ne sert pas à prouver que vous savez coder — ça, c’est le rôle du test technique et de l’entretien. Il sert à décrocher cet entretien. Son unique mission est de convaincre, en une lecture rapide, que votre profil mérite qu’on y consacre du temps. Tout ce qui ne sert pas cet objectif est du bruit.

Cette clarté de but change la façon de rédiger. On ne cherche pas l’exhaustivité, on cherche la pertinence. Un CV de développeur efficace est court (une page pour un junior ou profil intermédiaire, deux au maximum pour un senior), scannable en diagonale, et centré sur ce qui intéresse le poste.

La structure qui fonctionne

L’en-tête et le titre

En haut : nom, un intitulé de poste clair (« Développeur back-end Node.js », pas « Passionné de code »), la localisation ou la mention « remote », et vos liens essentiels. Pour un développeur, deux liens comptent plus que tout : votre GitHub et votre portfolio. Un email professionnel et un LinkedIn à jour complètent le tout. Évitez de surcharger de coordonnées inutiles.

L’accroche, en deux ou trois lignes

Un court paragraphe qui résume qui vous êtes, votre spécialité et ce que vous cherchez. C’est l’endroit où glisser les mots-clés du poste et donner envie de lire la suite. Une accroche générique (« développeur motivé et rigoureux ») ne dit rien ; une accroche spécifique (« développeur full-stack orienté React/Node, trois ans sur des applications SaaS à forte charge ») positionne immédiatement.

Les compétences techniques

Section clé, à structurer par catégories : langages, frameworks, bases de données, outils/DevOps. Deux conseils. D’abord, hiérarchisez : mettez en avant ce que vous maîtrisez réellement, ne noyez pas vos vraies forces sous une liste de technologies effleurées une fois. Ensuite, soyez honnête sur le niveau : indiquer une techno sur son CV, c’est accepter d’être interrogé dessus en entretien. Une compétence gonflée se retourne toujours contre le candidat.

L’expérience professionnelle

Le cœur du CV. Pour chaque poste : intitulé, entreprise, dates, puis quelques puces orientées résultat plutôt que tâches. La différence est décisive. « Développement de fonctionnalités front » ne dit rien. « Refonte du tunnel de paiement en React, réduction du temps de chargement et baisse des abandons constatée » raconte un impact. Quand vous le pouvez, mentionnez le contexte technique et l’effet obtenu, même qualitatif.

Les projets personnels et l’open source

Pour un débutant ou un profil en reconversion, cette section peut valoir autant que l’expérience. Un projet abouti, hébergé et documenté prouve concrètement ce dont vous êtes capable. C’est souvent le pont entre un CV sans expérience salariée et un premier entretien. Reliez cette section à un vrai portfolio de développeur qui donne à voir le détail.

La formation

Placez-la en bas si vous avez de l’expérience, plus haut si vous débutez ou sortez d’une formation reconnue. Bootcamp, diplôme, autoformation : assumez votre parcours. Ce qui compte pour un recruteur technique, c’est ce que vous savez faire, pas seulement le tampon.

Le rôle central de GitHub

Pour un développeur, GitHub est une extension du CV — parfois plus regardée que le CV lui-même. Un recruteur technique y cherche du concret : des dépôts vivants, des commits réguliers, du code lisible, un README soigné. Avant de postuler, faites le ménage : épinglez vos meilleurs projets, retirez les dépôts abandonnés ou embarrassants, ajoutez une description à ceux qui comptent.

Un profil GitHub désert n’est pas rédhibitoire — beaucoup d’excellents développeurs travaillent sur du code privé — mais un profil actif et propre est un argument puissant que peu de candidats exploitent vraiment.

Passer les filtres ATS

De nombreuses entreprises utilisent un ATS (Applicant Tracking System), un logiciel qui filtre les candidatures avant tout regard humain. Pour ne pas être écarté par la machine :

Rendez le CV lisible par un robot : format PDF simple, texte réellement sélectionnable (pas une image), colonne unique de préférence, pas de tableaux complexes ni de zones de texte exotiques.
Reprenez les mots-clés de l’annonce : si l’offre demande « TypeScript » et que vous écrivez seulement « TS », l’ATS peut ne pas faire le lien. Utilisez les termes tels qu’ils figurent dans l’annonce.
Nommez clairement le fichier : Prenom-Nom-Developpeur.pdf plutôt que cv-final-v3.pdf.
Évitez les fioritures graphiques : icônes de compétences avec barres de progression, graphiques et polices fantaisistes passent mal les parsers et n’apportent aucune information exploitable.

Un CV sobre et bien structuré n’est pas un manque d’ambition : c’est ce qui garantit d’être lu.

Adapter le CV à chaque poste

L’erreur la plus coûteuse est d’envoyer le même CV partout. Chaque annonce a ses priorités ; votre CV doit y répondre. Concrètement, gardez une version « maître » complète et déclinez-la : remontez les compétences attendues, ajustez l’accroche, reformulez une ou deux puces d’expérience pour coller au contexte. Dix minutes d’adaptation par candidature valent mieux que cinquante envois génériques.

Cet effort de ciblage prépare aussi l’étape suivante : un CV pensé pour un poste précis rend la lettre de motivation et l’entretien nettement plus faciles à aborder, et il s’articule naturellement avec votre réflexion sur votre positionnement et votre salaire de développeur.

Les erreurs classiques à éviter

Le mur de technologies : lister trente outils dilue vos vraies compétences et attire des questions pièges.
Les tâches sans résultat : décrire ce que vous avez fait sans dire ce que ça a produit.
Les compétences non techniques creuses : « rigoureux, dynamique, esprit d’équipe » sans aucune illustration.
Les fautes d’orthographe : sur un métier de précision, elles envoient un très mauvais signal.
Le CV interminable : au-delà de deux pages, on ne vous lit plus.
Les liens morts : un GitHub qui renvoie une 404 ou un portfolio hors ligne ruinent l’effet recherché — testez-les avant chaque envoi.

En résumé

Un bon CV de développeur est court, honnête, orienté résultats et taillé pour le poste visé. Il s’appuie sur un GitHub propre, passe sans encombre les filtres automatiques et laisse au recruteur une impression nette : ce candidat sait ce qu’il fait et il l’a montré. Le reste — votre talent réel — se jouera en entretien. Le CV n’a qu’à vous y amener.