Guides carriere

Booking.com Machine Learning Engineer: mots-cles CV et preparation entretien

JobRise Team8 min read

162 candidatures par offre, moyenne 2026.

Booking.com Machine Learning Engineer: mots-cles CV et preparation entretienjobrise.io

Advertisement

Vous envoyez votre CV pour un poste de Machine Learning Engineer chez Booking.com et vous n'avez que des refus silencieux. Le problème n'est presque jamais votre niveau technique. C'est que votre CV ne parle pas le langage du poste, et que votre préparation d'entretien reste floue.

Pas de magie ici. Juste du travail de ciblage, et une méthode pour le faire sans inventer de faits sur votre parcours ou sur l'entreprise.

Comprendre le poste avant d'écrire une ligne#

Un Machine Learning Engineer chez Booking.com, ce n'est pas un poste de recherche pure. D'après les offres publiques, on attend quelqu'un qui conçoit des modèles, les met en production, et suit leur comportement dans un système à fort trafic. Le poste est à cheval entre data science et ingénierie logicielle.

Ne devinez pas le process interne de l'entreprise. Lisez plutôt l'offre ligne par ligne et repérez les verbes d'action : concevoir, entraîner, déployer, monitorer, itérer. Ce sont eux qui déterminent ce que votre CV doit montrer.

Si l'offre est longue, un décodeur d'offre d'emploi gratuit peut vous aider à sortir les compétences réellement demandées du discours rédactionnel. Le gain est simple : vous voyez ce qui est obligatoire et ce qui est accessoire.

Les mots-clés qui comptent pour ce type de poste#

Les recruteurs et les outils de tri cherchent des termes précis. Voici les familles de mots-clés à retrouver dans votre CV, si elles correspondent vraiment à votre expérience :

  • Python, et parfois Java ou Scala selon l'équipe
  • PyTorch, TensorFlow, scikit-learn
  • Mise en production de modèles, serving, latence, monitoring
  • Pipelines de données, Spark, Airflow, orchestration
  • Feature engineering, ranking, recommandation, prévision, NLP
  • Cloud, conteneurs, Docker, Kubernetes, CI/CD
  • Expérimentation, A/B testing, métriques de qualité
  • Git, revue de code, tests unitaires

Deux règles. D'abord, n'écrivez un mot-clé que si vous pouvez répondre à une question dessus pendant vingt minutes. Ensuite, gardez les termes exacts de l'offre quand ils décrivent votre travail. Si l'offre dit "model deployment" et que vous l'avez fait, utilisez ce mot.

Pour vérifier que votre CV passe les filtres automatiques, un vérificateur ATS gratuit vous donne un premier retour objectif sur la lisibilité et le parsing de votre document.

Un exemple de bullet réécrit#

Prenons une phrase qu'on voit tout le temps.

Avant : "J'ai travaillé sur des modèles de recommandation pour améliorer l'expérience utilisateur."

Après : "Développé et mis en production un modèle de ranking pour la recherche (Python, PyTorch), avec suivi de latence et détection de régression qualité, en lien avec les équipes produit et data."

Ce qui change. Le verbe est fort. La tâche est précise. Les outils sont nommés. La partie monitoring montre que vous pensez production, pas seulement notebook. Et aucune donnée chiffrée n'est inventée : ajoutez vos vrais volumes et vos vrais gains si vous les connaissez, sinon laissez le bullet tel quel.

Un CV truffé de chiffres inventés se retourne contre vous en entretien. On vous demandera d'où viennent ces chiffres, et là, tout s'écroule.

Adapter votre CV sans inventer#

Vous postulez à plusieurs rôles, donc votre CV doit varier d'une offre à l'autre. L'objectif n'est pas de mentir, c'est de changer l'ordre et la formulation.

Commencez par une section courte de trois ou quatre lignes, sans titre pompeux. Dites ce que vous faites, avec quels outils, et dans quel type d'environnement. Exemple : "Machine Learning Engineer, six ans autour de modèles de prévision et de ranking, Python et PyTorch, mise en production sur cloud."

Ensuite, réordonnez vos expériences. Celle qui parle le plus du poste passe en premier dans chaque bullet. Si l'offre insiste sur le déploiement, remontez vos bullets de mise en production. Si elle insiste sur l'expérimentation, remontez vos travaux de mesure et de test.

Enfin, supprimez le bruit. Les compétences sans rapport avec le poste prennent de la place pour rien. Trois pages de liste de technologies ne valent pas une page dense et ciblée.

Préparer l'entretien technique#

Pour ce genre de poste, la préparation technique tourne autour de quatre axes.

Conception de modèles : vous devez justifier un choix d'architecture, une fonction de coût, une stratégie de validation. Pas de nom de modèle à la mode sans raison.

Ingénierie : vous devez expliquer comment votre modèle vit après le déploiement. Latence, versioning des features, repli en cas de panne, monitoring de dérive.

Coding et data manipulation : du Python propre, de la manipulation de données, des structures de données classiques. Cela reste fréquent dans les entretiens ML.

Conception de système ML : un pipeline de bout en bout, de la donnée brute à la prédiction servie. Vous n'avez pas besoin d'un schéma parfait, mais d'un fil logique.

Le plus efficace : écrivez vos réponses à voix haute avant de les réciter. On entend tout de suite la différence entre quelqu'un qui improvise et quelqu'un qui a structuré.

Un exemple de réponse structurée#

Question type : "Racontez un projet où votre modèle a eu un impact réel."

Réponse : "Sur mon poste précédent, l'équipe produit voulait améliorer la pertinence des résultats de recherche. J'ai repris le modèle de ranking existant, identifié deux familles de features manquantes, et entraîné une nouvelle version en PyTorch. Le point délicat était la latence, parce que la prédiction devait rester dans le budget de temps de la page de résultats. J'ai donc compressé le modèle et mis en place un suivi de la latence et de la qualité après déploiement. Le modèle a été gardé en production parce que les métriques de recherche se sont améliorées, sans dépassement du budget de temps."

Cette réponse suit une structure : contexte, action, difficulté, résultat. Elle ne contient aucun chiffre inventé. Si vous avez des chiffres réels, insérez-les au bon moment.

Les réalités du marché local#

Booking.com est basé aux Pays-Bas, principalement à Amsterdam. Si vous postulez depuis la France ou depuis un autre pays, deux points pratiques se posent.

Le permis de travail d'abord. Les règles changent, les procédures varient selon votre nationalité et votre situation. Ne tenez jamais pour acquis un sponsoring de visa : demandez-le explicitement au recruteur et vérifiez les conditions sur les sources officielles néerlandaises au moment où vous postulez.

La rémunération ensuite. Les fourchettes rapportées pour ce type de poste à Amsterdam varient beaucoup selon le niveau, l'équipe et le package global. Les sites d'agrégation donnent des ordres de grandeur, rien de plus. Vérifiez toujours la source officieuse du moment, et surtout, demandez la fourchette dès le premier échange.

Un dernier point sur le coût de la vie. Amsterdam est chère, notamment sur le logement. Un salaire qui semble élevé sur le papier se calcule autrement une fois le loyer et la fiscalité pris en compte. Faites vos calculs avant d'accepter.

Vous pouvez suivre les offres actuelles sur nos offres d'emploi machine learning, et comparer les fiches de poste entre elles pour voir ce qui revient le plus souvent.

Checklist avant d'envoyer votre candidature#

  • Relire l'offre et entourer les compétences citées plus d'une fois
  • Vérifier que ces termes apparaissent dans votre CV, s'ils sont vrais
  • Remonter les bullets les plus proches du poste dans chaque expérience
  • Supprimer les listes de technologies sans rapport avec le rôle
  • Faire passer le CV à un outil de parsing pour vérifier la lisibilité
  • Préparer trois projets avec contexte, action, difficulté, résultat
  • Répondre à voix haute sur le choix de vos modèles et outils
  • Préparer deux questions précises sur l'équipe et sur la stack
  • Noter vos attentes salariales et vos questions sur le permis de travail
  • Garder une version du CV envoyé, pour suivre ce que chaque entreprise a reçu

Outils gratuits#

Questions fréquentes#

Faut-il absolument parler néerlandais pour ce poste ?

Non. La langue de travail dans les équipes techniques est généralement l'anglais. Cela dit, si l'offre mentionne une langue précise, suivez l'offre, et renseignez-vous directement auprès du recruteur.

Combien de temps faut-il pour préparer un entretien MLE ?

Comptez deux à quatre semaines si vous révisez le fond en parallèle de votre travail. Le point le plus long est souvent la préparation des projets et la répétition orale, pas la théorie.

Les certifications machine learning sont-elles utiles ?

Elles aident peu si votre CV ne montre pas de projets concrets. Un projet mis en production et bien raconté pèse plus qu'une liste de certificats.

Dois-je mentionner mon salaire actuel sur le CV ?

Non, et c'est souvent mieux de ne rien mettre. Donnez plutôt votre fourchette d'attente quand on vous le demande, après avoir vu le périmètre du poste.

Où trouver d'autres conseils pour cibler ma candidature ?

Vous trouverez d'autres méthodes concrètes sur le blog, notamment sur la rédaction de CV et la préparation des entretiens techniques.

Advertisement

Advertisement

Envoyez ça à qui passe l'entretien cette semaine.

Advertisement

Advertisement