Les conseils CV génériques ne marchent pas pour les développeurs. Ton CV est lu par un ATS, un recruteur non technique et un manager technique — trois filtres différents, trois signaux différents. Cette page détaille ce que chacun cherche vraiment.
Les modèles génériques te poussent à ajouter une photo, une rubrique loisirs, des paragraphes de soft skills et une mise en forme « créative ». Chacun de ces choix te dessert. Le manager ouvre ton GitHub avant même d’avoir fini de lire le CV. L’ATS s’étouffe sur les mises en page décoratives. Le recruteur cherche les signaux d’alerte en 6 secondes. Aucun d’eux ne se soucie de tes livres préférés.
Convertit en texte brut, score le recouvrement de mots-clés avec l’offre. Les mises en page multi-colonnes et les intitulés décoratifs cassent la lecture automatique. Tu es filtré avant qu’un humain ne voie quoi que ce soit.
Un recruteur non technique scanne l’ancienneté, les trous, le format et la cohérence. Il tranche sur le signal visuel, pas sur la profondeur technique. Propre et lisible bat dense et « créatif ».
Un ingénieur senior ouvre ton GitHub, recoupe avec LinkedIn et lit le ton pour jauger ta séniorité. « J’ai travaillé sur » fait junior. « J’ai pris en charge et livré » fait senior. Il décide en moins de 2 minutes.
Nom, intitulé de poste (aligné sur l’offre s’il est honnête), email, GitHub, LinkedIn, localisation/fuseau horaire. Pas de photo. L’alignement de l’intitulé compte : si l’offre vise un « Backend Engineer », ne te présente pas en haut comme « Généraliste Full-Stack ».
8 à 12 technologies que tu as utilisées en production. Regroupe-les logiquement (Langages, Frameworks, Infra) seulement si ça aide à la lecture. Reprends le vocabulaire de l’offre à l’identique — Kubernetes, pas K8s. Supprime totalement les rubriques « Notions de… ».
Antéchronologique. Chaque poste : 2 à 5 puces, voix active, impact mesurable. « J’ai conçu et livré un pipeline de streaming traitant 40 M d’événements/jour » bat « Travaillé sur des fonctionnalités d’ingestion de données ». Quantifie la portée, la latence, l’échelle ou le résultat business.
Crucial pour les juniors et les reconvertis. 2 à 3 projets : en ligne, avec un README, dans une stack en lien avec l’offre. Pour chaque projet : une description d’une ligne + la stack technique + ce que tu as construit et pourquoi. Les clones de tutos n’ont rien à faire ici.
Diplôme, établissement, année d’obtention. Pour les ingénieurs expérimentés, cette section peut tenir en 2 lignes. Pour les juniors et les sortants de bootcamp, liste les cours pertinents ou le projet de fin d’études. Pas de mention chiffrée sauf si elle est excellente et que tu as obtenu ton diplôme il y a moins de 5 ans.
Le manager déduit ta séniorité de tes verbes avant même d’atteindre le contenu de la puce. Dans une short-list de 10 à 20 candidats, « presque senior » perd à chaque fois face à « clairement senior ». Si ton CV se lit un niveau en dessous du poste, tu n’as pas l’entretien.
Signaux junior
Signaux senior
Audite le tien face à un poste précis
Score ATS, mots-clés manquants avec leur poids, audit de séniorité, signal GitHub, détection des signaux d’alerte. Gratuit. Sans inscription.
Lancer le test gratuit →Un modèle de CV de développeur gratuit corrige ta structure. Il ne corrige ni ton ton, ni ta correspondance de mots-clés, ni les signaux de ta séniorité. Deux CV avec des modèles identiques peuvent se lire à 3 niveaux d’écart, uniquement à cause de la formulation. Optimise les mots, pas seulement la mise en page.
Un CV de développeur est lu à la fois par un ATS et par un manager technique. L’ATS score le recouvrement de mots-clés avec l’offre ; le manager vérifie ton GitHub, la qualité de tes projets et la formulation de ta séniorité. Les conseils de CV génériques (rubrique loisirs, photo, paragraphes de soft skills) te desservent activement dans ce contexte. La barre, c’est le signal technique, pas la personnalité.
Une page tant que tu n’as pas 10 ans et plus d’expérience pertinente. Plus long, ça fait gonflé. Le manager survole — chaque ligne doit envoyer un signal. Si une puce ne montre pas de prise en charge, d’impact ou d’une technologie pertinente, coupe-la.
Oui — et seulement si ton GitHub appuie ce que tu affirmes sur ton CV. Le manager va l’ouvrir. Les clones de tutos, les dépôts abandonnés sans README et l’absence d’activité récente te desservent. Un lien vers un GitHub propre avec 2-3 vrais projets vaut mieux que pas de lien.
Voix active avec un impact mesurable. « J’ai pris en charge et livré un système de paiement gérant 40 000 requêtes/jour » bat « Travaillé sur des fonctionnalités de paiement backend ». Le verbe signale ton niveau de prise en charge. Les chiffres signalent la portée. Les deux se lisent en quelques secondes.
8 à 12 que tu as réellement utilisées en production. Lister 40 technologies signale du gonflage, pas de l’étendue. Les rubriques « Notions de… » sont un signal d’alerte — supprime-les. Les compétences que tu listes doivent reprendre le vocabulaire de l’offre à l’identique (Kubernetes, pas K8s).
Pour les juniors et les reconvertis — oui, c’est souvent la section la plus forte du CV. Pour les seniors avec 5 ans et plus d’expérience professionnelle, les projets comptent moins que l’impact dans les postes passés. Dans tous les cas, chaque projet listé doit être en ligne, avoir un README et montrer la stack de l’offre.
ATS + RH + manager — en une seule passe. Gratuit. Sans inscription.
Tester mon CV dev gratuitement§ Dernière étape
Une lecture honnête de ton CV — gratuitement. Vois ton risque de rejet et les raisons exactes en ~30 secondes.
Analyser mon CV gratuitement →Sans carte bancaire · 3 analyses gratuites / mois · optimisé pour les devs