CV de développeur : la stack ne suffit pas, le contexte décide

Presque tous les CV de développeur contiennent une liste de technologies. Presque aucun ne dit ce qui a été construit avec, pour combien d’utilisateurs, dans quelle équipe.

C’est l’écart le plus coûteux de ce métier. Deux personnes peuvent citer la même stack en ayant fait un tutoriel de trois heures ou trois ans de production. L’offre cherche la seconde et n’a aucun moyen de les distinguer.

Le CV utile hiérarchise. Ce que vous utilisez tous les jours en haut, ce que vous avez touché une fois en bas, ou nulle part.

Le vocabulaire des offres de développeur

Ces termes reviennent dans les annonces de ce métier. Ils ne sont pas une liste à recopier. Ils indiquent ce que l’offre cherche à vérifier, et donc ce que votre CV doit rendre visible quand c’est vrai chez vous.

• langages et frameworks utilisés en production
• architecture et conception
• tests automatisés
• intégration et déploiement continus
• revue de code
• base de données et modélisation
• API et intégrations
• performance et dette technique
• méthodes agiles
• cloud et conteneurs
• observabilité et incidents
• accessibilité et sécurité applicative

L’ordre des rubriques qui sert ce métier

1. 1

   Titre, avec le périmètre

   « Développeur back-end — Node et PostgreSQL » plutôt que « Développeur full-stack », qui ne veut plus rien dire seul.

2. 2

   Stack, en trois niveaux

   Au quotidien, régulièrement, notions. Cette hiérarchie vaut plus qu’une liste alphabétique de trente lignes.

3. 3

   Expériences avec le contexte

   Pour chaque poste : le produit, la taille de l’équipe, ce dont vous étiez responsable, l’échelle si vous la connaissez.

4. 4

   Preuves, si vous en avez

   Dépôt public, contribution, projet en ligne. Un lien qui fonctionne remplace un paragraphe entier. Un lien mort fait le contraire.

5. 5

   Formation, courte

   Le diplôme compte moins ici qu’ailleurs, sauf en sortie d’études. Les certifications cloud ont une date de validité : indiquez-la.

Ce qui fait la différence, quand vous l’avez

• Le contexte d’exécution : nombre d’utilisateurs, volume de données, criticité, quand vous les connaissez.
• Le périmètre de responsabilité réelle : conception, mise en production, astreinte, revue.
• La taille et l’organisation de l’équipe, qui expliquent votre autonomie mieux qu’un adjectif.
• Un ou deux problèmes techniques résolus, décrits en une phrase chacun.
• Les liens vérifiables, testés le jour de l’envoi.

Deux lignes reformulées

Mêmes faits, même parcours. Seule la précision change. Aucune de ces reformulations n’ajoute une compétence ou un résultat qui n’existait pas dans la version courte.

Les erreurs qui reviennent

• La liste de trente technologies sans niveau, où l’essentiel se noie.
• Aucun contexte : ni produit, ni utilisateurs, ni taille d’équipe.
• Un lien de dépôt qui renvoie une erreur, ou un dépôt vide depuis quatre ans.
• Les projets d’exercice présentés comme de l’expérience professionnelle, sans le dire.
• Un CV sur deux colonnes très graphique, que certains outils de lecture désordonnent complètement.

Diplômes et certifications à nommer

À indiquer seulement si vous les détenez, avec la date. Un titre approximatif se vérifie en un appel, et c’est la seule ligne dont on parlera ensuite.

• Diplômes : BUT informatique, licence, master, école d’ingénieur
• Formations intensives, avec la durée réelle et l’année
• Certifications cloud ou plateforme, avec leur date de validité
• Contributions publiques vérifiables
• Autoformation, assumée comme telle et datée

Suisse ou France, ce qui change ici

Les offres suisses en développement mentionnent fréquemment l’anglais comme langue de travail et l’allemand comme atout selon la région. Le permis de travail est demandé tôt dans le processus si vous n’êtes pas résident. Le CV reste sobre : les mises en page très graphiques passent moins bien que la clarté.

Questions fréquentes

Faut-il mettre un niveau en pourcentage sur chaque technologie ?

Non. Une barre à 80 % n’a aucune signification partagée. Trois catégories honnêtes — quotidien, régulier, notions — informent réellement le lecteur.

Comment présenter des projets personnels ?

Dans une rubrique séparée, avec le lien, la stack et le problème résolu en une phrase. Séparés des expériences professionnelles, jamais mélangés avec elles.

Un CV très graphique est-il un risque ?

Oui, quand la candidature passe par un outil de lecture automatique. Colonnes, encadrés et icônes peuvent brouiller l’ordre du texte. Gardez une version simple et linéaire pour ces envois.