CV développeur : les 5 éléments que les recruteurs tech regardent

Chez Bluecoders, on entend régulièrement la même remarque côté clients, de la part des CTO : « les CV se ressemblent tous. »

8 ans d'expérience. Python, Go, Kubernetes. Du cloud, de la CI/CD, de l'architecture. Une ou deux belles boîtes au compteur. Tout est là, rien ne manque, et pourtant rien ne permet de trancher entre 2 candidats.

Nous sommes donc repartis d'une question simple : à quoi devrait ressembler un CV de développeur aujourd'hui ? Pas un modèle de plus, pas une histoire de mise en page. Une grille de lecture. Ce que nous cherchons vraiment quand nous ouvrons un CV, et ce qui nous manque presque toujours pour avoir envie de décrocher le téléphone.

Voici ce que nous en avons tiré.

Remarque : nous avons focus cet article sur le CV du développeur, mais la plupart des éléments qui font la différence aux yeux des recruteurs tech s'appliquent à d'autres métiers. Alors n'hésitez pas à les utiliser.

Ce qu'il faut retenir

• « 8 ans d'expérience » ne dit presque rien tant qu'on ignore dans quel contexte ces années ont été passées.
• Un CV de développeur est désormais lu par 2 lecteurs : un humain qui cherche du contexte, et une machine qui fait le premier tri sur des mots-clés.
• 5 éléments différencient réellement 2 profils : le contexte, le rôle porté, l'impact mesuré, la stack contextualisée et le rapport à l'IA.
• La stack et les mots-clés restent indispensables, mais au service du contexte, pas en remplacement.
• Les auto-évaluations en étoiles et les barres de progression desservent aujourd'hui les candidats.
• Chez Bluecoders, notre time-to-deal médian est de 22 jours sur l'ensemble de nos placements 2026. Les CV qui avancent vite sont ceux qui répondent à ces questions sans qu'on ait à les poser.

Pourquoi « 8 ans d'expérience » ne veut plus dire grand-chose

Prenez 2 ingénieurs back-end. Même nombre d'années, même stack déclarée, 2 trajectoires que rien ne rapproche.

Le premier a passé 8 ans dans une ESN, en régie, sur des missions de 6 mois, sur du legacy qu'il n'a jamais eu la main pour refondre. Le second a rejoint une scale-up à 15 personnes et l'a vue passer à 250, en encaissant au passage 3 changements d'architecture et une mise en conformité réglementaire.

Les 2 écriront « 8 ans d'expérience ». Les problèmes qu'ils savent résoudre n'ont rien à voir.

C'est ce que le chiffre seul ne raconte pas :

• la taille des équipes traversées
• la criticité du produit et le niveau d'exigence associé
• les contraintes subies : réglementaire, dette technique, charge, délais
• la latitude de décision réellement accordée

Un an dans un environnement dense apprend plus que 3 ans sur un projet à l'arrêt, et l'inverse est vrai aussi. Sans cette information, un recruteur technique ne peut que deviner.

Même logique du côté de la stack. Une liste de technologies indique ce que quelqu'un a touché, jamais quels problèmes il sait résoudre avec. Avoir « Kubernetes » sur son CV peut vouloir dire qu'on a piloté une migration sans coupure de service, ou qu'on a appliqué des manifests écrits par quelqu'un d'autre. Ce sont 2 métiers différents.

Un CV de développeur est lu par 2 lecteurs aujourd'hui (n'oubliez surtout pas le 2e !)

Voilà ce qui a changé, et qui explique la plupart des conseils contradictoires qui circulent.

Votre CV est lu par 2 lecteurs, et ils ne cherchent pas la même chose.

Le premier est humain. C'est le CTO, le VP Engineering ou le recruteur technique. Il veut comprendre l'environnement dans lequel vous avez travaillé, ce que vous avez porté personnellement, et ce que ça a produit. Il lit en diagonale, s'arrête sur ce qui l'intrigue, et décide en quelques secondes s'il a envie d'en savoir plus.

Le second est une machine. ATS, moteur de recherche interne, assistant IA branché sur une base de candidatures. Il fait le premier tri, et il le fait sur des correspondances : intitulés de poste, technologies, années, localisation. Il ne comprend pas les nuances, il reconnaît des motifs.

D'où le malentendu permanent. Un camp vous dit de bourrer votre CV de mots-clés pour passer les filtres. L'autre vous dit d'écrire pour un humain et d'oublier les listes de technos. Les 2 ont raison à moitié, parce qu'ils ne parlent pas du même lecteur.

Un bon CV n'arbitre pas entre les 2. Il donne à chacun ce dont il a besoin, à l'endroit où il le cherche.

CV de développeur : les 5 éléments qui différencient réellement 2 profils

C'est la grille que nous appliquons en lecture, et celle que nous vous conseillons d'appliquer en écriture.

Élément n°1 : le contexte

Une ligne suffit, placée juste sous l'intitulé du poste : type d'entreprise, taille, taille de l'équipe, nature du produit, contraintes particulières.

Scale-up B2B SaaS · 250 salariés · équipe Platform de 8 Produit critique utilisé par 200 équipes internes · Environnement réglementé

En 2 lignes, votre lecteur sait à quoi ressemblait votre quotidien. C'est l'information la plus rentable de tout le CV, et c'est celle qui manque le plus souvent. Elle change la lecture de tout ce qui suit.

Élément n°2 : ce que vous avez porté, pas ce que l'équipe a fait

La confusion la plus fréquente, et la plus coûteuse en entretien. Beaucoup de CV décrivent les réalisations de l'équipe à la première personne du pluriel implicite, ce qui rend impossible de situer la contribution réelle.

Ajoutez une ligne « Mon rôle » explicite :

Responsable des sujets d'infra et de fiabilité des services de traitement de documents.

Personne ne vous reprochera d'avoir été un contributeur parmi d'autres. En revanche, un flou entretenu se paie systématiquement au premier entretien technique, quand les questions précises arrivent. Nos conseils pour se démarquer auprès des recruteurs IT partent tous de ce principe : la précision inspire davantage confiance que l'amplification.

Élément n°3 : l'impact, quand il peut être mesuré

Tous les projets ne produisent pas de chiffre exploitable, et personne n'attend que vous en inventiez. Quand la mesure existe, elle vaut 3 paragraphes de description.

Refonte du cache de l'API, latence divisée par 3 (450 ms vers 140 ms) Mise en place d'observabilité et d'alerting, MTTR réduit de 40 % Refonte du pipeline de traitement de données, temps de calcul réduit de 40 %

Quand aucun chiffre n'est disponible, décrivez le problème résolu plutôt que la tâche accomplie. « Pilotage d'une migration Kubernetes sans interruption de service » ne contient aucun pourcentage et dit pourtant beaucoup.

Élément n°4 : la stack, remise dans son contexte d'usage

Gardez vos technologies, mais rattachez-les à l'expérience où vous les avez pratiquées, en fin de bloc :

Environnement : Go · Python · Kubernetes · Terraform · AWS · PostgreSQL · Redis

Et regroupez la synthèse en familles dans une colonne dédiée : back-end, infra et cloud, données, outils et qualité. Le lecteur humain voit immédiatement où se situe votre centre de gravité technique. La machine, elle, retrouve ses mots-clés. Les 2 lecteurs sont servis sans que l'un desserve l'autre.

Élément n°5 : votre manière de travailler avec l'IA

C'est l'élément qui n'existait pas il y a 2 ans, et celui qui différencie le plus vite aujourd'hui.

Presque tout le monde utilise des assistants de code. Écrire « Claude Code, Cursor, Copilot » dans une liste d'outils n'apprend donc plus rien à personne. Ce qui intéresse un CTO, c'est ce que vous déléguez, ce que vous vérifiez et ce que vous gardez en main :

Claude Code et Cursor pour explorer, prototyper, refactorer, documenter et écrire des tests. Relecture et tests systématiques avant d'intégrer du code généré. L'IA pour comparer des approches et accélérer l'exécution, jamais pour décider à ma place. Préférence pour un code simple et testé plutôt qu'une solution élégante mais fragile.

4 lignes qui décrivent une méthode de travail et un rapport au risque. Sur un poste senior, c'est souvent ce bloc qui déclenche l'entretien.

Faut-il enlever la stack et les mots-clés de son CV ?

Non. Et c'est une conséquence directe du double lecteur.

Supprimer ses mots-clés pour faire « plus élégant », c'est se rendre invisible au premier tri, celui qui décide si un humain vous lira un jour. Beaucoup d'excellents profils sont écartés à cette étape sans jamais le savoir.

L'inverse ne marche pas non plus. Un exemple de CV informatique réduit à un mur de technologies passe les filtres et perd l'humain 3 secondes plus tard, parce qu'il ne raconte rien.

La bonne réponse est une question de place :

• Les mots-clés en synthèse et en fin de bloc d'expérience
• Le contexte et l'impact en corps de texte

Chaque lecteur trouve ce qu'il cherche là où il le cherche.

Un dernier point sur le premier tri : soignez vos intitulés de poste. « Senior Software Engineer » est reconnu par tous les systèmes, tandis que « Artisan du code » ne l'est par aucun. La créativité se joue dans le contenu, pas dans le titre.

À quoi ressemble un bon CV de développeur aujourd'hui ?

Voici la structure que nous avons construite, appliquée à un profil fictif de Senior Software Engineer avec 8 ans d'expérience.

En-tête Prénom Nom · Senior Software Engineer · Paris, France · 8 ans d'exp. · LinkedIn · GitHub · Portfolio

Résumé Ingénieur back-end et platform, spécialisé dans les systèmes critiques et l'Intelligent Document Processing. J'utilise l'IA pour aller plus vite, sans jamais lâcher la vigilance sur la qualité et la fiabilité du code.

Expérience 1 (2023-2026), Senior Software Engineer, Entreprise X Contexte : scale-up B2B SaaS, 250 salariés, équipe Platform de 8. Produit critique utilisé par 200 équipes internes, environnement réglementé. Mon rôle : responsable des sujets d'infra et de fiabilité des services de traitement de documents. Impact : pilotage d'une migration Kubernetes sans interruption de service. Refonte du cache de l'API, latence divisée par 3. Pics mémoire en production diagnostiqués et résolus en changeant la stratégie de pagination. Observabilité et alerting, MTTR réduit de 40 %. Environnement : Go · Python · Kubernetes · Terraform · AWS · PostgreSQL · Redis

Expérience 2 (2020-2023), Software Engineer, Entreprise Y Contexte : SaaS Data, 120 salariés, équipe Backend de 6. Refonte du pipeline de traitement de données, temps de calcul réduit de 40 %. Conception d'un moteur de règles pour la validation des données critiques. Environnement : Python · AWS · Docker · PostgreSQL · Airflow

Expérience 3 (2018-2020), Software Engineer, Entreprise Z Contexte : éditeur de logiciels, 80 salariés, équipe Produit de 5. Développement de nouvelles fonctionnalités et optimisation des performances. Environnement : Python · Django · AWS · PostgreSQL

En colonne latérale : Ma façon de travailler avec l'IA, Compétences clés regroupées par familles, et Ce que je cherche.

Le rôle de chaque bloc

Ce CV est pensé pour être lu par 2 personnes : le CTO qui veut comprendre le contexte et l'impact, et l'IA qui fait le premier tri. Clair, structuré, utile.

Longueur : détaillez le récent, synthétisez l'ancien

Le CV de 4 pages reste l'erreur la plus répandue chez les profils expérimentés, et elle vient d'une bonne intention : tout garder, par crainte que la ligne supprimée soit justement celle qui comptait.

La règle qui fonctionne est simple :

• Détaillez les 2 ou 3 expériences les plus récentes ou les plus pertinentes pour le poste visé, avec contexte, rôle et impact
• Compactez tout le reste en 1 ou 2 lignes

Sur l'exemple ci-dessus, l'expérience 2023-2026 occupe 4 puces d'impact et une ligne de rôle. Celle de 2018-2020 tient en une seule ligne. Personne ne va vous interroger en détail sur un poste que vous avez quitté il y a 6 ans, et personne ne vous reprochera de l'avoir résumé.

2 pages suffisent presque toujours. Au-delà, ce n'est plus un CV, c'est une archive. Vous trouverez dans notre fiche métier développeur logiciel le détail des attendus par niveau de séniorité, utile pour arbitrer ce qui mérite d'être détaillé.

Ce qui fait encore passer de bons profils à la trappe

3 pratiques survivent alors qu'elles desservent aujourd'hui les candidats.

Les auto-évaluations en étoiles ou en barres de progression

Elles n'ont plus leur place. Un « Python 4/5 » n'a aucune valeur informative, parce que le barème est le vôtre et que personne ne le connaît.

Pire, il vous expose : le lecteur retient le chiffre et calibre son entretien technique dessus. Une ligne de contexte et un impact mesuré valent infiniment mieux qu'une barre remplie aux trois quarts.

L'accumulation de technologies annexes

Lister 35 outils dilue les 5 qui comptent. Le lecteur cherche votre centre de gravité, pas votre exhaustivité.

Gardez ce que vous pratiquez régulièrement, retirez ce que vous avez croisé une fois. C'est aussi vrai pour un profil full stack, où la tentation de tout lister est la plus forte.

Le portfolio ou le GitHub absent, ou mort

Un lien vers un profil vide fait plus de mal que pas de lien du tout. Si vous en mettez un, assurez-vous qu'il soit à jour et lisible : nos conseils pour réussir son portfolio de développeur web détaillent ce qui compte réellement pour un recruteur technique.

Côté entreprise : ce que ça change dans la présélection

Cette grille se lit dans les 2 sens. Un CV pauvre en contexte ne pénalise pas que le candidat. Il ralentit surtout l'entreprise qui recrute.

Quand l'information manque, il faut un entretien de qualification pour reconstituer ce qui aurait dû tenir en une ligne. Sur un processus qui compte 3 ou 4 étapes, c'est une étape entière consacrée à combler un vide.

Selon nos données, notre time-to-deal médian est de 22 jours en 2026, entre l'ouverture du poste et l'acceptation de l'offre. La moyenne du marché français se situe entre 12 et 15 semaines.

Cet écart tient à notre méthode et à notre base de plus de 200 000 profils ingénieurs. Mais il tient aussi à quelque chose de plus simple : nous travaillons cette grille avec chaque candidat que nous présentons. Un CV qui répond d'avance aux questions du CTO fait gagner une semaine à tout le monde.

Pour situer un profil dans son marché, notre baromètre des salaires tech et ingénieurs donne les fourchettes observées sur nos placements.

En résumé

Un bon CV de développeur ne cherche pas à impressionner. Il cherche à rendre une trajectoire lisible en quelques secondes, pour 2 lecteurs qui n'ont pas les mêmes besoins.

Contexte, rôle porté, impact mesuré, stack située, rapport à l'IA. 5 éléments, quelques lignes chacun, et 2 profils qui affichaient la même chose deviennent enfin comparables.

Vous cherchez votre prochain poste ? Consultez nos offres tech et ingénierie. Nous accompagnons chaque candidat jusqu'à la fin de la période d'essai, et cela commence par un CV qui vous rend justice.

Vous recrutez un profil technique ? Parlons de votre besoin.

FAQ

Quelle est la bonne longueur pour un CV de développeur ?

2 pages au maximum dans la grande majorité des cas. Détaillez les 2 ou 3 expériences les plus récentes ou les plus pertinentes pour le poste visé, avec contexte, rôle et impact. Résumez les postes plus anciens en 1 ou 2 lignes. Un CV de 4 pages ne sera pas lu intégralement, et les informations qui comptent s'y noient.

Faut-il mettre ses compétences en IA sur un CV de développeur ?

Oui, mais pas sous forme de liste d'outils. Mentionner « Copilot » ou « Cursor » n'apprend plus rien à un recruteur. Décrivez plutôt ce que vous déléguez à l'IA, ce que vous vérifiez systématiquement, et les décisions que vous gardez en main. C'est cette description de méthode qui différencie, particulièrement sur les postes seniors.

Faut-il noter son niveau sur chaque technologie ?

Non. Les barres de progression et les notations en étoiles reposent sur un barème personnel que personne ne peut interpréter, et elles servent souvent de base à un entretien technique calibré trop haut. Remplacez-les par le contexte d'usage : sur quel projet, dans quelle équipe, pour résoudre quel problème.

Comment adapter son CV pour passer les filtres automatiques ?

3 réflexes suffisent :

• Utilisez des intitulés de poste standards et reconnaissables
• Faites apparaître vos technologies principales en synthèse et dans chaque expérience
• Évitez les mises en page en colonnes complexes ou les éléments purement graphiques qui gênent l'extraction du texte

Ces filtres cherchent des correspondances littérales, pas des équivalences.

Un CV de développeur web doit-il différer d'un CV de développeur full stack ?

La structure reste identique. Ce qui change, c'est le centre de gravité mis en avant dans le résumé et l'ordre des familles de compétences. Un profil full stack gagnera à montrer la bascule front et back sur un même produit, tandis qu'un profil développeur back-end mettra en avant la fiabilité, la donnée et l'infrastructure.

Que mettre quand aucun résultat n'est chiffrable ?

Décrivez le problème résolu plutôt que la tâche accomplie. « Diagnostic et résolution de pics mémoire en production par changement de stratégie de pagination » ne contient aucun pourcentage et démontre pourtant une capacité d'analyse. Tous les projets ne produisent pas de métrique exploitable, et personne n'attend que vous en inventiez.

Faut-il un CV différent pour chaque candidature ?

Pas un CV entièrement différent, mais un CV réordonné. Gardez la même base et ajustez le résumé, l'ordre des familles de compétences et le niveau de détail des expériences selon le poste. L'objectif est que les 3 premières lignes lues correspondent à ce que l'entreprise cherche.