Métier

CV développeur : passer les filtres tech en 2026

Équipe CV Modifier

Conseils carrière

Mis à jour le 15 avril 2026 7 min
Écran d'ordinateur affichant du code source en développement

Stack technique, projets perso, GitHub, buzzwords : ce qu'un recruteur tech cherche vraiment sur un CV de dev en 2026, et comment ne pas se griller sur les détails.

Les CV de développeurs sont les plus lus par des pairs. Le tech lead, l'engineering manager ou le CTO qui scanne votre CV n'est pas dupe : il voit en 10 secondes si votre stack est cohérente, si vos projets tiennent la route, et si vos buzzwords sont légitimes. En 2026, avec l'explosion des outils IA et le retour des recrutements tech, les attendus ont évolué. Voici ce qui marche — et ce qui se voit immédiatement.

Ce que les recruteurs tech cherchent vraiment

Contrairement à un recruteur sales ou marketing, un recruteur tech (souvent un dev senior, un EM ou un CTO) lit votre CV pour répondre à 4 questions dans l'ordre : (1) sa stack correspond-elle à la nôtre ? (2) a-t-il travaillé sur des projets d'échelle comparable ? (3) est-ce qu'il continue à apprendre (projets perso, contribs, veille) ? (4) est-ce qu'il aura la culture de code propre qu'on attend ?

Les ATS tech (Greenhouse, Lever, Workable) matchent d'abord sur la stack. Si l'offre demande React + Node.js + Postgres et que votre CV parle de Vue + PHP + MySQL, vous êtes éliminé avant lecture humaine. Il ne s'agit pas de mentir : il s'agit de bien présenter votre stack pour qu'elle soit correctement parsée.

La section "Stack technique" : comment l'organiser

Une section stack bien organisée, c'est 3 à 5 sous-catégories nommées explicitement. Pas un fourre-tout de 40 technos alignées. Format qui fonctionne bien :

  • Langages : TypeScript, Python, Go, SQL.
  • Frontend : React, Next.js 16, Tailwind CSS, Radix UI.
  • Backend : Node.js, FastAPI, PostgreSQL, Redis.
  • Infra / DevOps : Docker, GitHub Actions, AWS (ECS, S3, Lambda), Terraform.
  • Outils : Git, Linear, Figma, Cursor, Sentry.

Deux erreurs fréquentes à éviter : (1) Mettre des niveaux de compétence graphiques (jauges 80%, étoiles). Ça ne veut rien dire et les recruteurs le savent. (2) Lister 30 technos dont vous n'avez fait que le tutoriel officiel. Un dev senior repère ça en 2 secondes et ça vous décrédibilise pour l'entretien.

Valoriser projets perso et open-source

Les projets perso sont souvent le critère qui fait basculer un recruteur entre "OK sur le papier" et "vraiment envie d'en parler en entretien". Ils montrent la curiosité, l'autonomie, la capacité à livrer sans filet. En 2026, avec les outils IA qui accélèrent le dev, ne pas avoir un projet perso récent est un signal négatif, pas neutre.

Pour qu'un projet perso compte vraiment, il doit cocher 3 cases : (1) il est en ligne (URL publique + code source), (2) il résout un problème précis (pas un énième clone de Todo App), (3) il montre un choix technique intéressant à raconter. Format de présentation efficace :

  • Nom du projet — 1 phrase de description (ce que ça fait + pour qui). Exemple : "TrackTrip — App mobile de suivi de road trips avec synchro offline, utilisée par 1 200 personnes."
  • Stack : TypeScript, React Native, Expo, Supabase.
  • Lien : github.com/votre-user/projet + éventuellement URL live.

Côté open-source, même logique. Mentionnez les contributions significatives (merge d'une PR non triviale, maintainer d'un repo qui a des étoiles, participation récurrente à un projet connu). Évitez les PR cosmétiques (typos, docs) : ça se voit sur votre profil GitHub et ça fait "je gonfle mon CV".

Le piège des buzzwords (React 19, Next.js 16, IA, …)

En 2026, certains mots reviennent dans tous les CV de dev : IA / LLM, React 19, Next.js 16, Edge computing, microservices, event-driven, serverless. Le problème : un mot-clé sans contexte se voit immédiatement. Un recruteur tech compare votre ligne "Intégration de LLMs en production" avec vos expériences datées — si vous avez quitté votre dernier poste en 2023 avant l'explosion des LLMs, la ligne est suspecte.

Ce qui marche en 2026 : mentionner un buzzword uniquement quand il est ancré dans une expérience concrète. "Intégration d'une API LLM pour l'adaptation automatique de contenu (cache prompt, streaming, gestion des erreurs)" est crédible. "Expérience LLM / IA générative" en solo dans une liste de compétences ne l'est pas.

Les certifications qui comptent (AWS, Azure, GCP — ou pas)

Toutes les certifications ne se valent pas. Certaines sont regardées, d'autres polluent le CV. En 2026, le classement utile :

  • Regardées (recommandées si vous les avez) : AWS Solutions Architect Associate/Professional, AWS DevOps Engineer, GCP Professional Cloud Architect, Azure Administrator Associate, Kubernetes CKA / CKAD, HashiCorp Terraform Associate.
  • Neutres : OpenClassrooms, Coursera, Udemy (mentionnez le sujet et la durée, pas le titre pompeux du certificat). Elles prouvent surtout la motivation.
  • À éviter (effet contre-productif) : certifs commerciales gratuites type "HubSpot Academy" sauf si très liées au poste, ou certifs de concepts basiques ("Certified HTML Developer").

Un dev sans certification mais avec 5 ans d'expérience solide passe devant un dev junior multi-certifié. Les certifs comptent, mais elles ne remplacent pas l'expérience.

Lier GitHub, LinkedIn, portfolio (et bien le faire)

Un CV de dev sans lien GitHub, en 2026, c'est suspect. Au minimum : LinkedIn + GitHub. Idéalement : ajoutez un portfolio ou un blog tech personnel. Mais attention au piège : vos liens DOIVENT être propres. Si votre GitHub n'a pas été touché depuis 2 ans, pas de lien. Si votre dernière activité est une PR abandonnée, nettoyez avant de partager.

  • GitHub : épinglez 4 à 6 repos qui montrent votre meilleur code. README clairs, commits récents sur au moins un repo.
  • LinkedIn : header clair, description alignée avec votre CV, recommandations de collègues/anciens managers.
  • Portfolio / blog : optionnel mais fort différenciateur. 3-5 articles techniques substantiels valent plus que 30 posts LinkedIn superficiels.

Un CV dev optimisé ATS, en 30 secondes

CV Modifier adapte votre CV de dev à chaque offre tech — stack pertinente au sommet, mots-clés critiques intégrés, projets perso mis en valeur si l'offre les valorise.

Un bon CV dev en 2026 est un CV qu'un tech lead peut parcourir en 30 secondes et à la suite duquel il a envie de discuter technique avec vous. Pour les bases de l'ATS-compatibilité — qui valent aussi pour les CV tech — notre guide CV ATS est le complément direct de cet article. Et pour l'adapter à chaque offre automatiquement, CV Modifier fait le job.

Questions fréquentes

Faut-il mentionner Copilot / Cursor / assistants IA dans son CV de dev ?
Oui, c'est devenu standard en 2026. Mentionnez les outils IA dans la section "Outils" de votre stack (Cursor, GitHub Copilot, ou l'équivalent que vous utilisez). Certaines offres le demandent explicitement. Ne mettez pas "utilisation de l'IA" comme compétence isolée — c'est comme mettre "utilisation de Google".
Mon CV dev doit-il tenir sur 1 page ?
Non, 2 pages sont parfaitement acceptables à partir de 3-4 ans d'expérience. Les recruteurs tech préfèrent un CV dense en 2 pages qu'un CV squeezé en 1 qui élide les projets intéressants. Au-delà de 10 ans, condensez les premières expériences.
Dois-je mettre mes projets scolaires dans mon CV junior ?
Oui si (a) vous êtes junior avec peu d'expérience pro, (b) le projet est substantiel (3+ mois, livrable concret), (c) vous pouvez en parler 10 minutes en entretien. Mettez-le en section "Projets" distincte de "Expérience pro", pas au même niveau.
Les CV avec design très créatif (Figma, custom) pénalisent en tech ?
Oui, plus qu'ailleurs. Les recruteurs tech valorisent la clarté. Un CV avec graphiques de compétences, photos stylisées, couleurs agressives signale soit un candidat qui compense un manque technique, soit un manque de culture du métier. Restez sobre : texte clair, hiérarchie visuelle propre, pas de gimmicks.
Mon GitHub est vide, je mets quoi ?
Pas de lien GitHub vide dans un CV — c'est pire que pas de lien. Solutions : (a) passer un week-end à créer un projet perso concret, (b) contribuer à un repo open-source même modestement (doc, traduction, test), (c) transformer un projet boulot en repo public (avec autorisation) et l'épingler. Sans GitHub actif, misez sur les projets décrits en détail dans les expériences.