Comment Rédiger un CV de Développeur Logiciel

Un CV de développeur logiciel est lu en partie par un recruteur et en partie par un profil technique, parfois la même personne faisant les deux — ce qui signifie qu'il doit fonctionner à la fois comme survol humain rapide et comme correspondance précise de mots-clés. Les formulations génériques coûtent plus cher ici que dans la plupart des domaines, parce que « travaillé sur le backend » est réellement invérifiable alors que « construit une API REST traitant 10 000 requêtes/jour en Node.js » est une affirmation précise et vérifiable.

Structure : standard, avec une section compétences plus forte

Antéchronologique, comme tout CV — notre guide en 8 étapes pour créer un CV couvre la structure de base. La seule section qui pèse plus lourd ici que dans la plupart des domaines est celle des compétences, puisque recruteurs et logiciels ATS recherchent tous deux par noms de technologies précis.

La section compétences : nommez les technologies exactement

Listez langages, frameworks et outils par leur nom exact, pas par une description de catégorie — « Python, React, PostgreSQL, Docker, AWS », pas « langages de programmation et outils cloud ». Notre guide des compétences par métier contient une base de départ pour les postes logiciels/IT ; puisez spécifiquement dans les offres de votre stack cible, car le fait que « React » et « Vue » soient tous deux des « frameworks frontend » ne vous aide pas à correspondre à une offre qui en nomme un précisément.

Regroupez par catégorie si votre stack est large — langages, frameworks, bases de données, outils/plateformes — pour qu'un lecteur qui survole trouve immédiatement ce qu'il cherche.

Rédigez vos puces autour de ce que vous avez construit et de son impact, pas seulement de ce que vous avez utilisé

La technologie employée est le contexte ; le résultat est la réalisation :

Faible : « Travaillé sur le tunnel de paiement avec React et Stripe. » Fort : « Reconstruit le tunnel de paiement en React et Stripe, réduisant l'abandon de panier de 18 % et le temps de chargement de la page de 1,2 seconde. »

Pour les postes sans indicateur métier évident — outils internes, travail d'infrastructure — les chiffres d'échelle et de fiabilité fonctionnent tout aussi bien : disponibilité améliorée, latence des requêtes réduite, couverture de tests augmentée, temps de déploiement raccourci. Notre guide pour quantifier les réalisations explique comment trouver un chiffre même quand le travail n'en fournit pas d'évident.

Renvoyez vers du vrai code, si vous en avez

Un profil GitHub, un site portfolio ou le lien vers un projet précis méritent de figurer dans votre en-tête à côté de vos coordonnées — pour un développeur, c'est ce qui se rapproche le plus d'un échantillon de travail vers lequel un CV puisse pointer. Ne renvoyez que vers du travail que vous seriez fier de voir ouvert par un relecteur technique ; un profil abandonné et non maintenu vous dessert plus qu'aucun lien.

Traitez les projets personnels et open source comme une vraie expérience

Si vous débutez ou si votre poste actuel ne met pas en valeur votre meilleur travail, un projet personnel bien documenté mérite sa propre entrée, présentée exactement comme un emploi :

Gestionnaire de Finances Personnelles — projet individuel

• Construit une application de budget full-stack avec React, Node.js et PostgreSQL ; plus de 200 utilisateurs actifs
• Implémenté l'authentification OAuth et une API REST consommée par une application mobile compagnon

Erreurs courantes

• Lister chaque technologie que vous avez un jour effleurée. Une liste de 40 éléments donne une impression de dispersion ; limitez-la à ce que vous maîtrisez réellement et qui est pertinent pour le poste.
• Aucun chiffre nulle part. Même le travail d'infrastructure et d'outillage interne comporte quelque part un chiffre d'échelle ou de performance — trouvez-le.
• Un CV qui est en réalité un README de projet. Les recruteurs ont besoin de puces survolables, pas d'un mur de détails techniques d'implémentation ; gardez le détail technique approfondi pour l'entretien.

Questions fréquentes

Dois-je lister tous les langages de programmation que j'ai utilisés ? Non — listez ce que vous maîtrisez actuellement et qui est pertinent pour le poste visé. Un langage utilisé une fois dans un cours il y a trois ans vaut mieux être omis que listé à côté de votre stack de travail réel.

Un site portfolio est-il nécessaire, ou GitHub suffit-il ? L'un ou l'autre convient, et pour beaucoup de développeurs GitHub seul suffit — ce qui compte, c'est que ce vers quoi vous renvoyez soit à jour, documenté et reflète un travail réel et consultable.

À quel point les puces doivent-elles être techniques pour un recruteur non technique ? Écrites pour les deux — nommez la technologie, puis décrivez le résultat en termes simples qu'un lecteur non technique comprend quand même (rapidité, échelle, fiabilité, chiffre d'affaires), plutôt que de supposer un contexte technique poussé.

La longueur du CV fonctionne-t-elle différemment pour les développeurs ? Non — la même règle d'une page en dessous de dix ans s'applique. Une longue liste de tous les projets que vous avez construits a sa place sur GitHub ou un portfolio, pas entassée dans le CV.