CV de développeur : les conseils d'un recruteur qui en lit tous les jours

Chez Novera Talent, lire des CV de développeurs est une activité quotidienne : pour chaque poste, plusieurs dizaines arrivent, et le premier tri se fait vite. Pas par désinvolture : parce qu'un CV lisible répond en trente secondes aux trois questions qu'on se pose, et qu'un CV illisible n'y répond pas, même quand la personne est excellente.

Cet article est la version écrite de ce que nous faisons en coaching CV : montrer comment le document est lu de notre côté de la table. Pas de modèle à télécharger : un CV de développeur se juge sur son contenu et sa lisibilité, pas sur son gabarit, et les plus jolis gabarits sont souvent ceux qui passent le moins bien (voir les parseurs, plus bas).

Ce qu'un recruteur IT lit en trente secondes

La première lecture n'est pas une lecture. C'est un balayage qui cherche trois réponses, dans cet ordre :

1. Quel métier ? Développeur backend, frontend, fullstack, data engineer, DevOps, mobile. Si ce n'est pas dans le premier tiers de la page, le balayage échoue.
2. Quel niveau ? Pas un nombre d'années en soi, mais des indices : la nature des responsabilités au dernier poste, la taille des systèmes, le fait d'avoir encadré ou non.
3. Quelle stack ? Les technologies effectivement pratiquées en production, pas la liste de tout ce que vous avez croisé.

L'œil va à l'en-tête, descend sur le poste le plus récent, repère les technologies dans les deux premières expériences, vérifie la durée des postes, et regarde la formation en dernier. Si les trois réponses sont là et cohérentes, le CV entre dans la pile « à lire ». Sinon, personne ne vous dira pourquoi.

Conséquence : l'ordre des sections n'est pas une question de goût. Ce qui répond aux trois questions doit être en haut, et le poste actuel doit être le plus détaillé du CV, pas celui de 2017.

La structure qui fonctionne, et pourquoi

Six zones, quel que soit le gabarit. Ce que chacune doit contenir, et son piège.

L'en-tête. Nom, un titre qui dit le métier et la stack principale (« Développeuse backend Java / Spring, 6 ans »), ville ou mobilité, e-mail, lien vers votre profil LinkedIn et, si vous en avez un, votre dépôt de code. Ni adresse postale complète ni date de naissance : rien de cela n'aide le tri. Pour le titre, les règles sont celles de votre profil, détaillées dans notre guide du profil LinkedIn de développeur ; les deux documents doivent porter le même.

L'accroche. Trois lignes maximum, qui développent le titre : le type de systèmes sur lesquels vous travaillez, votre contexte de prédilection (produit, scale-up, grand compte, ESN), ce que vous cherchez. Pas de qualités (« rigoureux, autonome, curieux ») : elles ne sont pas vérifiables, donc pas lues.

Les compétences techniques. Groupées par famille : langages, frameworks, données, infrastructure et cloud, outils. Uniquement ce que vous pouvez soutenir en entretien pendant trois questions de suite (le critère que nous donnons aussi dans la préparation à l'entretien technique). Pas de jauges ni d'étoiles : une barre à 80 % en React ne dit rien au lecteur et, nous le verrons, casse l'extraction automatique.

Les expériences. Antichronologiques. Pour chacune : l'entreprise et son contexte en une ligne (secteur, taille, produit), la stack réellement utilisée, puis trois à six réalisations sur le même modèle : ce que vous avez fait, dans quel contexte, avec quel résultat. « Migration du monolithe de facturation vers des services Node.js, équipe de cinq, délai de mise en production passé de deux semaines à deux jours » : une ligne comme celle-là donne la technologie, l'échelle et l'effet. Les ordres de grandeur existent dans toute expérience réelle ; il suffit de les écrire, sans les gonfler.

Les projets et contributions. Open source et projets aboutis, visibles (un lien) et pertinents pour le poste. Souvent la section la plus importante d'un junior ; un senior peut s'en passer.

La formation. En bas, courte : le diplôme compte au premier poste, de moins en moins ensuite ; les certifications récentes, datées.

Ce qui change avec la séniorité

Un CV junior et un CV senior ne se construisent pas dans le même ordre. Pour un junior, l'alternance, les stages et les projets remontent : le lecteur cherche de la preuve de pratique, où qu'elle soit. Une page suffit.

Pour un confirmé, le CV bascule sur les réalisations : les chiffres apparaissent, la formation redescend. Pour un senior ou un lead, deux pages, les dix dernières années détaillées, le reste compressé en une ligne par poste. Ce que le lecteur cherche change de nature : décisions d'architecture, arbitrages, encadrement. Une liste de technologies ne prouve plus la séniorité ; une décision expliquée en une ligne, oui.

La preuve attendue selon la stack

Le principe action, contexte, résultat ne se remplit pas de la même façon selon votre spécialité. Côté frontend, la preuve est le produit : des interfaces en production, avec des sujets de performance, d'accessibilité ou de design system. Côté backend, c'est la volumétrie : API, traitements, données, avec des ordres de grandeur. Côté data, ce sont les pipelines, les volumes et ce que les données ont servi à décider. Côté DevOps et cloud, c'est l'infrastructure tenue : taille du parc, incidents gérés, chaîne de livraison mise en place.

Le trou dans le CV : ce que le recruteur en pense vraiment

La réponse est plus simple que l'inquiétude qu'elle génère. Un trou de quelques mois entre deux postes n'alerte personne : les recherches durent, les contrats ne s'enchaînent pas au jour près, et les recruteurs le savent mieux que quiconque.

Ce qui pose problème, ce n'est pas le trou. C'est le trou inexpliqué. Face à une période vide d'un an ou plus, le lecteur invente une raison, et pas en votre faveur. Une ligne suffit : la période, et ce que vous en avez fait. Formation, avec le nom du cursus. Projet personnel ou freelance, avec ce qui a été produit. Année à l'étranger. Pause personnelle ou familiale : « pause personnelle » est une mention complète, et un recruteur sérieux n'ira pas plus loin.

Deux erreurs à éviter. La première : tricher sur les dates en étirant un poste de quelques mois. Nous vérifions la cohérence entre le CV et le profil LinkedIn, parfois les références ; une dissimulation découverte pèse bien plus lourd que le trou lui-même. La seconde : s'excuser. Le trou se mentionne sur le même ton que le reste du CV, factuel, en une ligne ; la réponse orale, en entretien, tient en deux phrases sur le même modèle.

CV freelance et CV pour un CDI : deux documents

Un CV de développeur freelance n'est pas un CV de candidat salarié, et l'envoyer tel quel pour un CDI (ou l'inverse) se repère à la première lecture.

Le CV freelance est un dossier de compétences. Il vend une capacité à démarrer vite dans un contexte inconnu. Les missions courtes et nombreuses y sont normales. Chaque mission indique le client ou son secteur quand la confidentialité le permet, la durée, le rôle, la stack, les livrables. L'en-tête annonce la disponibilité et le mode d'intervention (remote, sur site, hybride). Le TJM n'y figure pas : il se discute, il ne s'affiche pas.

Le CV pour un CDI raconte un fil rouge : une progression, une spécialisation, des responsabilités qui grandissent. Un passé freelance s'y présente comme une période cohérente (« Développeur freelance, 2021-2024, missions principales : … »), regroupée sous un seul intitulé plutôt qu'égrenée, ce qui donnerait une impression de dispersion.

Si vous êtes ouvert aux deux, faites deux documents : une heure de travail, et la différence entre un CV qui répond à la question du lecteur et un CV qui l'oblige à traduire.

Les parseurs ATS : ce qui casse à l'extraction

La plupart des cabinets et des services recrutement utilisent un ATS (logiciel de suivi des candidatures) qui extrait automatiquement le texte de votre CV : nom, titre, expériences, compétences. Cette extraction est mécanique, et plusieurs choix de mise en page la font échouer sans que vous le sachiez.

Ce qui casse le plus souvent :

• Les colonnes, tableaux et zones de texte. Un CV à deux colonnes se lit bien à l'œil ; un parseur lit souvent les lignes de gauche à droite en mélangeant les colonnes, et votre poste actuel se retrouve collé à vos compétences. Une colonne, c'est plus sûr.
• Le texte dans des images. Un en-tête conçu comme une image, un logo contenant votre titre, des icônes à la place des libellés (une enveloppe pour « e-mail ») : rien de tout cela n'est du texte, donc rien n'est extrait.
• Les symboles et les jauges. Barres de niveau, étoiles, pastilles : sans sens pour le parseur, et sources de caractères parasites dans le champ compétences.
• Les en-têtes et pieds de page. Selon les outils, leur contenu est ignoré. Vos coordonnées n'y ont pas leur place.
• Les PDF image. Un CV scanné ou exporté en image est un PDF sans texte. Exportez toujours depuis votre éditeur, en PDF texte.
• L'orthographe des technologies. Le parseur et le recruteur cherchent les mêmes mots. « NodeJS », « node.js » et « Node » ne sont pas tous reconnus par tous les outils ; utilisez le nom officiel, tel que l'éditeur l'écrit.

Un test prend une minute : ouvrez votre PDF, sélectionnez tout le texte et collez-le dans un éditeur brut. Ce que vous voyez, dans cet ordre, est ce que le parseur verra ; si des blocs sont mélangés ou manquants, le CV est à reprendre. Nommez enfin le fichier proprement (« Prenom-Nom-CV-developpeur-backend.pdf ») : c'est la première chose que le recruteur lit.

Les erreurs qui coûtent l'entretien

Celles qui, à elles seules, font passer un CV de la pile « à lire » à la pile « non ».

• Pas de titre, ou un titre interne. « Ingénieur d'études » ou « Consultant » décrivent une fiche de paie, pas un métier. Le lecteur ne devine pas.
• L'inventaire. Quarante technologies à plat. Tout y est, donc rien n'est lisible, et la première question d'entretien portera sur celle que vous maîtrisez le moins.
• La fiche de poste recopiée. « Développement de nouvelles fonctionnalités, maintenance corrective » ne dit rien de votre niveau : c'est la description de n'importe quel poste de développeur.
• Aucun ordre de grandeur. Sans taille d'équipe, sans volumes, sans fréquence de livraison, le lecteur ne peut pas distinguer un confirmé d'un senior. Il choisit la lecture prudente.
• Les fautes dans les noms de technologies. Un nom d'outil mal orthographié dans un CV de développeur se remarque immédiatement et se lit comme un manque de pratique.
• L'incohérence avec LinkedIn. Des dates ou des intitulés différents pour le même poste. Le candidat ne les voit pas, faute d'avoir relu les deux documents côte à côte. Le recruteur, lui, les a ouverts dans deux onglets voisins.
• Les technologies que vous ne pouvez pas soutenir. Tout ce qui figure sur le CV peut devenir une question ; une réponse hésitante coûte plus cher que l'absence de la ligne.

Les prétentions salariales : pas sur le CV

Faut-il indiquer ses prétentions sur le CV ? Non. Le CV sert à obtenir un entretien ; le salaire se discute au premier échange avec le recruteur, sous forme d'une fourchette. Pour la construire, notre calculateur salaire et TJM donne un repère par stack, séniorité et ville ; pour savoir quand et comment l'annoncer, lisez notre guide de la négociation de salaire, vu du côté recruteur.

Faire relire son CV par un recruteur

Avant d'envoyer, sept vérifications, dans l'ordre où le lecteur les fera :

1. Le titre dit le métier et la stack principale, sans intitulé interne.
2. Le poste actuel est le plus détaillé du CV.
3. Chaque expérience nomme sa stack et contient au moins un ordre de grandeur réel.
4. Aucune période vide de plus de quelques mois n'est laissée sans une ligne d'explication.
5. Le test du copier-coller donne un texte dans le bon ordre, sans bloc manquant.
6. Les dates et intitulés correspondent exactement à ceux de votre profil LinkedIn.
7. Une ou deux pages, en PDF texte, nom de fichier explicite.

L'auto-relecture a une limite que nous constatons à chaque séance : vous connaissez trop bien votre parcours pour voir ce qui manque au lecteur. C'est l'objet du Diagnostic recruteur, la première formule du coaching candidat : une heure en visio où votre CV, votre profil LinkedIn et votre pitch sont lus par un recruteur tech, avec un compte-rendu écrit et trois priorités classées, pour 149 € TTC. Vous repartez avec les corrections à faire, pas avec un document standardisé rédigé à votre place.

Nous préparons aussi un audit de profil automatisé, qui lira un CV ou un profil LinkedIn avec les critères décrits ici ; il sera annoncé dans l'espace candidat dès qu'il sera disponible. Vous y trouverez d'ici là le reste de ce que ce cabinet met à disposition des candidats, et nos offres en cours, où ce CV sera lu exactement ainsi.