CV ingénieur : stack dans Compétences, preuve dans Expérience

Un CV ingénieur logiciel n’est pas un dump de chaque lib importée. Le hiring manager se pose trois questions avant la première puce : Avez-vous livré dans ce langage ? Avez-vous opéré un système comme le nôtre ? Vous trouve-t-on dans Greenhouse en cherchant « Go Postgres Kafka » ? Workday dans une banque ou un retailer lance la même recherche avec un parse un peu moins bon. Si la stack est en pastilles dans une barre, l’extrait revient sans Go et vous n’apparaissez pas dans le filtre langage.

Écrivez un titre Compétences en clair. Groupes : langages, frameworks, stores, infra, pratiques. Exemple : « Go, TypeScript ; Postgres, Redis ; Kafka ; Terraform, Kubernetes ; CI GitHub Actions. » Ce bloc sert à la recherche. Les puces d’expérience servent à la preuve. Répéter toute la stack à chaque ligne brûle le seul espace qu’un staff a pour une migration, un incident ou un RFC. Un nom de l’offre dans une puce suffit si Compétences tient le reste.

Alignez l’intitulé seulement s’il est vrai. Si l’offre dit « Backend Engineer » et que votre badge disait « Software Engineer III », écrivez « Software Engineer III (Backend) ». N’inventez pas un périmètre staff que vous n’avez pas eu. GitHub et portfolio dans la ligne contact en texte, pas en icônes. Workday lâche souvent une URL d’en-tête ; un https complet dans le corps survit plus. Séquence : comment faire un CV et adapter à l’offre. Ici on reste sur stack contre preuve.

Quoi copier dans une offre ingénieur — et quoi laisser

• Copiez les noms : Go, Java, TypeScript, Postgres, DynamoDB, Kafka, gRPC, Kubernetes, Terraform, Datadog, LaunchDarkly.
• Copiez le niveau : « porter l’astreinte », « écrire le RFC », « migrer », pas des adjectifs vides.
• Ne collez pas tout le paragraphe d’exigences. Le parseur n’en fait rien, le hiring manager le voit.
• N’ajoutez pas un langage indéfendable en écran. Greenhouse ne vous sauvera pas au pairing.

Greenhouse est le défaut de beaucoup de product companies. Workday apparaît en banque, retail, healthtech. Aucun ne « voit » le CV comme vous dans Aperçu. Ils extraient du texte et l’accrochent à des champs : nom, e-mail, téléphone, employeur, titre, dates, formation, compétences. Si l’e-mail vit dans un en-tête, ou Go seulement dans un graphisme de pastilles, l’extrait peut revenir vide. Puis on cherche « TypeScript Postgres » et vous n’êtes pas dans l’ensemble.

Une colonne. Aligné à gauche. Titres déjà mappés : Expérience professionnelle, Formation, Compétences, éventuellement Projets choisis. « Tech stack », « Ce que je construis » et rangées d’icônes sont jolis et non mappés. Dates à côté de l’entreprise : « mars 2022 – aujourd’hui ». Contrat plus client dans le même bloc — « SWE contractuelle, ThoughtWorks / Client : API paiements, Go ».

Coordonnées dans le corps. Téléphone, e-mail, ville/région, GitHub ou LinkedIn en URL complète. Pas de photo pour les pipelines Greenhouse et Workday US. Règles visuelles : format et CV ATS. Champ par champ : format Workday. Placement des skills hors ingénierie : compétences CV.

Type de fichier, polices, ligne GitHub

• .docx ou PDF à texte sélectionnable. Une capture VS Code est une brique.
• Calibri, Arial, Georgia ou la police Enhance CV. Corps 10,5–12 pt. Le monospace sur toute la page se survole mal sur téléphone.
• Une URL GitHub ou portfolio dans le contact. Cinq icônes badge en en-tête disparaissent souvent dans Workday.
• Pas de jauges ni de graphes de contribution en image. Greenhouse ne note pas les carrés verts.

Testez comme l’ATS. Tout sélectionner. Si « Postgres » ou l’e-mail ne se surligne pas, Greenhouse non plus. Puis le contrôleur ATS contre l’offre. Un CV ATS ingénieur reste un argument système — il contient encore Go après l’analyse.

Les hiring managers survolent un verbe, un système, un utilisateur ou une échelle connus. « En charge de développer des features » cache les trois. Trois réécritures : backend, full-stack, intern. Prenez le schéma, pas les faits. Sans latence propre, le périmètre : services tenus, deploys hebdo, taille d’équipe, régions, astreinte. N’inventez pas des p99 inexplicables au tableau.

Trois à cinq puces sur le poste actuel. Les plus anciens, deux. Un pavé de deux pages sur chaque ticket est la raison pour laquelle le hiring manager n’atteint jamais la ligne qui vous aurait fait convoquer. Schémas de ligne : puces et verbes. Bourrage de mots-clés hors contexte : mots-clés. N’importez pas d’exemples cliniques ou de classe dans ce fichier.

Les side projects vont sous Projets choisis seulement s’ils ont tourné pour quelqu’un d’autre : bot d’un club, patch open source mergé, projet de cours avec un vrai dataset. « Todo app en React » est plus faible qu’une puce intern avec un deploy prod. Reconversion bootcamp : gardez la chrono et mettez la preuve ingénieur d’abord — CV reconversion.

Bloquez deux heures. Offre, dernier CV, notes des systèmes vraiment livrés. Pour une mise en page déjà lisible, partez de l’éditeur Enhance CV. Le résumé, en dernier.

1. Enregistrez l’offre. Entourez l’intitulé, cinq langages ou stores, l’infra, toute forme de séniorité (astreinte, RFC, mentorship).
2. Nouveau fichier. Nom, ville/région, téléphone, e-mail, URL GitHub dans le corps — pas dans un encadré d’en-tête.
3. Laissez le résumé de 3–4 lignes vide tant que les puces n’existent pas.
4. Postes en anti-chronologie. Entreprise, titre, ville, dates mois et année. Agence plus client dans un bloc si vous étiez en contrat.
5. Sous le poste le plus utile, huit puces brutes de ce que vous avez livré : migrations, incidents, features, RFC.
6. Supprimez ce qui n’aide pas. Les libs en trop vont dans le fichier maître, pas dans un pied de mots-clés.
7. Réécrivez verbe + système + utilisateur ou chiffre. Lisez à voix haute. Si vous ne le diriez pas en standup, le verbe est faux.
8. Titre Compétences avec les noms de l’offre que vous assumez. Groupes : langages, stores, infra. Pas d’étoiles ni de jauges.
9. Formation : diplôme, école, année. Pas de moyenne sauf junior et si ça aide. Cours pertinent seulement s’il manque un second poste.
10. Projets choisis seulement s’ils changent la décision. Un lien GitHub dans le contact suffit ; ne collez pas un README.
11. Exportez du texte sélectionnable. Ouvrez sur le téléphone. E-mail cliquable, dates lisibles sans pincer-zoomer.
12. Collez CV et offre dans le contrôleur ATS. Corrigez contact et stack, puis envoyez vers Greenhouse ou Workday.

Tout le monde inverse l’étape 3. On écrit « ingénieure orientée résultats passionnée par le scale » et le reste est une liste de libs. D’abord la preuve. Le résumé doit sonner comme un hiring manager qui vous répète à un autre : titre, années, domaine, stack, une preuve — « Backend, 6 ans, Go et Postgres, exports facturation pour une équipe finance de 40 ».

Si le résumé bloque, sautez-le, revenez après les puces. Structure, pas de phrases, dans exemples de résumé. Ne collez pas le p95 d’un autre. Une latence inventée est le plus court chemin vers un échec de loop avec le dernier tech lead.

Filtre de bureau. Si le cas n’est pas dans le tableau : Greenhouse le stockera-t-il, et un hiring manager le comprendra-t-il à 7 h 15 sur un téléphone avant le standup ?

Les CV fonctionnels qui cachent les dates sous « Langages » reviennent dans les conseils bootcamp. Greenhouse peut parser un nuage ; les humains s’en méfient. Gardez la chrono. Reconversion : CV reconversion et datez encore le dernier employeur. Trous : une phrase nette — CV avec interruption. Longueur mid-career : longueur du CV.

Junior et jeune diplômé. Ouvrez sur le stage ou le projet qui a vraiment tourné : utilisateurs, deploy, langage. Les listes « cours : structures de données » sont faibles. « Load-test d’un service Go utilisé par un club de 12 » est une puce. Couplez avec CV sans expérience et CV étudiant s’il n’y a pas encore de poste ingénieur payé. N’inventez pas la prod si l’app n’a jamais quitté localhost.

Staff et senior. Ouvrez sur le périmètre : services tenus, astreinte, RFC, migrations, gens que vous avez débloqués. Coupez les puces trop juniors qui crient « je liste encore les projets intern ». Deux pages conviennent si la seconde a encore de la preuve pour cette offre — migrations, astreinte, systèmes — pas si le blanc vous fait peur. Voir milieu de carrière et longueur.

Bootcamp ou reconversion. Gardez l’anti-chrono. Stage ou apprentissage ingénieur d’abord, puis comprimez la carrière précédente en dates, employeur et une ligne transférable — pas un CV retail complet. Deux fichiers si vous postulez encore à l’ancien métier. LinkedIn peut être plus large ; l’upload Greenhouse non.

Contrats et agences. Chaque mission est un poste : firme, client, stack, dates. Fusionner trois contrats Go en « Freelance 2022–2025 » cache les clients qu’un background check demandera et ressemble à un trou dans le graphe Workday. Contrats anciens en une ligne si vous dépassez deux pages ; ne supprimez pas les noms de clients si vous avez le droit de les nommer.

Ensuite, aujourd’hui : une offre, les 12 étapes, un score. Si le checker signale un e-mail manquant ou un titre que Greenhouse ne mappe pas, corrigez avant un nouveau framework. Le titre Compétences est le premier test. Puis rédigez dans Enhance CV si la mise en page est encore un modèle deux colonnes « portfolio dev ».