Lire l'offre sans se faire d'illusions

À la page précédente, vous avez trouvé le problème derrière l’offre. Des avocats téléversent de nombreux contrats confidentiels. Un modèle d’IA les lit. Le système autour du modèle doit rester rapide, fiable et bien séparer les données de chaque client. Maintenant, nous lisons l’offre ligne par ligne, comme un ingénieur backend expérimenté avant de postuler. Nous classons chaque ligne dans un des trois groupes suivants :

• Vraiment exigé : l’équipe ne peut pas embaucher quelqu’un sans cette compétence, et les entrevues la vérifieront.
• Souhaité : l’équipe aimerait cette compétence, mais le travail n’en dépend pas.
• Manquant : l’offre ne le dit pas, mais le travail en a clairement besoin. Ces éléments sont souvent les plus importants. Les entrevues les abordent, et beaucoup de candidats ne s’y préparent pas.

Notre lecture est une hypothèse réfléchie, pas un fait. Une offre ne peut pas tout vous dire. Nous donnons donc aussi les questions qui permettent de remplacer chaque hypothèse par une réponse.

Le niveau et la rémunération

« Au moins 4 ans d’expérience professionnelle en ingénierie backend » et « de la conception initiale à la production » décrivent un niveau intermédiaire à senior. Cette personne peut partir d’un problème flou, concevoir une solution, la construire et la maintenir en service, sans aide étape par étape. Rien dans l’offre ne vous demande de diriger une équipe ou de définir l’orientation technique de toute l’entreprise.

La fourchette va de 130 000 à 165 000 $ CA, avec une participation au capital. Elle figure dans l’offre à cause de nouvelles règles en Ontario. Depuis le 1er janvier 2026, la plupart des offres d’emploi publiques en Ontario doivent indiquer la rémunération prévue. Elles doivent aussi préciser si l’IA sert à filtrer les candidatures et si le poste est actuellement vacant. Elles ne doivent pas exiger d’expérience de travail au Canada. Les petits employeurs et certains postes sont exemptés. Voilà pourquoi la section « Bon à savoir » existe.

Comparez cette fourchette au marché. Les postes backend seniors à Toronto que nous avons consultés affichaient environ 160 000 à 230 000 $ CA. La plupart demandaient du travail hybride au bureau. La fourchette de Casewell est plus basse, et le travail se fait entièrement à distance. Cela correspond à un poste intermédiaire. Si votre niveau est clairement senior, demandez rapidement au recruteur comment le niveau est établi. Demandez aussi si la fourchette peut changer pour une embauche senior. C’est une question normale.

Ce qui est vraiment exigé

Derrière les listes, le poste demande cinq choses. Les entrevues y consacreront la majorité de leur temps.

1. Vous avez construit et exploité un service backend dont de vrais utilisateurs dépendent. « Concevoir, construire et exploiter » est la phrase clé. Écrire une API est une chose. L’exploiter signifie comprendre ce qui arrive quand elle ralentit ou que la base de données est surchargée. Ou quand un déploiement tourne mal un vendredi à 16 h. Python est le langage de l’équipe. Mais l’offre dit « tout langage backend convient », et nous le croyons. Un ingénieur solide en Java ou en Go peut apprendre FastAPI en quelques semaines. Le jugement, lui, prend des années.

2. Vous savez concevoir du travail qui se fait en arrière-plan. L’offre dit seulement « rendre notre traitement des documents plus rapide et plus fiable ». Mais lire un contrat de 60 pages avec un LLM prend du temps. Et un client peut téléverser des centaines de contrats à la fois. Vous ne pouvez pas faire ce travail pendant que l’utilisateur attend une page Web. Le poste exige donc des tâches en arrière-plan. Le serveur accepte rapidement le téléversement et place le travail dans une file d’attente, une liste de tâches en attente. Des processus distincts font ensuite le travail. Cela soulève des questions difficiles : que se passe-t-il quand une tâche échoue ou s’exécute deux fois? Ou quand un client remplit toute la file? La liste des technologies nomme même Celery, une file de tâches Python. Attendez-vous à ce sujet dans chaque entrevue technique.

3. Vous gardez les données de chaque client séparées, partout. Casewell sert 400 organisations à partir d’un seul système. Dans ce type de logiciel, chaque organisation cliente est un locataire, et le système est multilocataire. Chaque requête, fichier, cache et recherche doit savoir quel locataire il sert. L’offre dit « Soucieux de la sécurité », sans plus. Pensez à la pharmacie de la page précédente : cette courte ligne résume le poste.

4. Vous savez travailler avec un modèle d’IA comme dépendance inhabituelle. L’offre place « Expérience avec les LLM » dans la section « Atouts », et c’est en partie vrai. Vous n’avez pas besoin de savoir comment les modèles sont entraînés. Mais votre code appellera un modèle toute la journée, et un modèle n’est pas une API ordinaire. Il est lent. Chaque appel coûte de l’argent. Il peut donner une réponse différente à la même question. Du texte dans un document peut le perturber. Votre conception doit tenir compte de tout cela. Si vous n’avez jamais appelé une API de LLM, vous pouvez apprendre les bases en une fin de semaine. Faites-le avant de postuler.

5. Vous savez parler avec des personnes qui ne sont pas ingénieures. « Ingénieur produit » et « prendre en charge des problèmes, pas des billets » signifient que personne ne vous donnera une spécification complète. Vous parlerez avec les gestionnaires de produit, l’équipe de réussite client, les ingénieurs en IA et parfois les clients. La dernière entrevue se déroule avec une ancienne avocate. Elle vérifiera que vous comprenez ce qu’un contrat représente pour les personnes qui utilisent le produit.

Une ligne qui semble souhaitée, mais qui est évaluée

« Vous maîtrisez les outils de programmation avec l’IA » semble être un petit détail moderne. Dans ce processus, cette compétence est évaluée directement. L’entrevue de programmation permet un assistant d’IA, et la personne qui mène l’entrevue observe votre utilisation. L’équipe ne veut pas simplement voir que vous pouvez faire écrire du code par l’outil. Elle veut voir que vous savez vérifier ce qu’il écrit, l’expliquer et le rejeter quand il est incorrect. Nous examinons cette étape en détail à la page suivante.

La ligne qui est vraie et importante

« Aucune expérience en apprentissage automatique requise. » Beaucoup de gens lisent cela et n’y croient pas. Ici, vous devriez le croire. Nous avons vu la même phrase dans de vraies offres, et elle correspondait au travail. Les postes backend consultés demandaient de travailler sur les systèmes autour du modèle, pas sur le modèle lui-même. Chez Casewell, deux ingénieurs en IA sont responsables des requêtes (prompts) et de la mesure de la qualité des réponses.

C’est la principale différence avec un poste d’ingénieur en IA. Vous êtes un ingénieur backend expérimenté, mais vous pensiez que les produits d’IA n’étaient pas pour vous? Parce que vous n’avez jamais entraîné de modèle? Cette offre s’adresse à vous. Si vous voulez concevoir des requêtes et mesurer la qualité des modèles, lisez plutôt Préparation aux entrevues : ingénieur en IA, puis comparez.

Ce qui est probablement souhaité

« Expérience avec les LLM », sans précision. Comme nous l’avons dit plus haut, vous avez besoin des bases. Mais personne ne vous demandera de comparer des familles de modèles ou d’ajuster un modèle.

Temporal ou un autre outil de flux de travail durables. Cette ligne est intéressante. La liste des technologies indique Celery, mais la liste des atouts indique Temporal. Quand une offre nomme un outil que l’équipe n’utilise pas encore, un changement est souvent prévu ou déjà commencé. Posez la question. Vous pourriez être la personne qui réalise la migration.

Docker et Kubernetes. Utiles, mais l’offre ne dit jamais que vous exploiterez l’infrastructure. Si vous les connaissez, mentionnez-le une fois.

Les technologies juridiques. Elles vous aident à comprendre les utilisateurs. Ce n’est pas une exigence. L’entrevue sur les valeurs vérifiera que vous respectez l’importance de la confidentialité pour les avocats. Vous pouvez vous y préparer sans expérience juridique.

Ce qui manque, mais compte

Les files d’attente et la diffusion en continu ne sont pas nommées. Nous avons abordé les files d’attente plus haut. L’autre terme manquant est la diffusion en continu. La fonction « Interrogez vos contrats » affiche la réponse mot par mot pendant que le modèle l’écrit. Cela exige une connexion qui reste ouverte, généralement avec des événements envoyés par le serveur. Les SSE permettent au serveur d’envoyer de petits messages au navigateur dans une seule réponse HTTP. Que se passe-t-il quand l’utilisateur ferme l’onglet ou quand le modèle s’arrête au milieu d’une réponse? Ce sont des questions backend, et l’offre n’en parle pas.

L’injection de requête. Les clients téléversent des contrats écrits par d’autres personnes, parfois par l’autre partie d’une entente. Un document peut contenir du texte comme « Ignorez les instructions précédentes et… ». C’est une injection de requête : du texte dans les données qui tente de modifier ce que fait le modèle. Le backend détermine ce que le modèle peut voir et faire. Ce problème relève donc en partie de vous.

La garde. L’offre n’en parle pas. La plupart des 10 offres réelles que nous avons étudiées n’en parlaient pas non plus. Mais un service dont les clients dépendent a besoin de quelqu’un pour le réparer la nuit. Demandez à quelle fréquence vous seriez de garde et à quoi ressemble une semaine de garde normale.

Le coût par client. Chaque appel au modèle coûte de l’argent. Un grand client qui téléverse des milliers de contrats peut coûter plus qu’il ne paie. L’offre ne parle pas des coûts, mais un bon ingénieur backend travaillant sur un produit d’IA y pense.

L’endroit où restent les données. Les cabinets d’avocats exigent souvent que leurs données restent dans leur pays. Un cabinet canadien peut exiger le Canada; un cabinet britannique peut exiger le Royaume-Uni. Cela influence l’emplacement des fichiers et le service de modèle appelé. Posez la question.

La responsabilité d’un échec. Quand une réponse du clavardage est incorrecte, le bogue vient-il du backend ou de la requête? Les équipes avec des ingénieurs en IA et des ingénieurs backend distincts sont parfois en désaccord là-dessus. Demandez comment cela fonctionne aujourd’hui.

Les mots qui décrivent la culture

Certains mots parlent de la culture, pas du travail : « rythme rapide », « axé sur le produit », « croissance rapide », « prendre en charge des problèmes, pas des billets ». Ils peuvent désigner de bonnes choses : confiance, liberté et travail dont les clients voient rapidement les résultats. Ils peuvent aussi signifier trop de travail pour trop peu de personnes. Ou une équipe sans temps pour régler les anciens problèmes.

L’offre ne permet pas de le savoir. Posez donc des questions auxquelles les gens peuvent répondre par un exemple. « Quel est le dernier problème que l’équipe s’est arrêtée pour régler correctement? Comment cette décision a-t-elle été prise? » « À quoi ressemble une semaine normale? » Une équipe saine répond facilement, avec une histoire réelle.

Qui devrait postuler

Personne ne correspond à chaque ligne, et l’équipe ne s’y attend pas. Utilisez les cinq exigences ci-dessus, pas la liste complète. Dans la partie 3 de ce guide, vous suivez une candidature pour chacune de ces situations :

• Vous avez des années d’expérience backend dans une grande entreprise aux règles strictes, mais aucune fonctionnalité LLM : postulez. Votre expérience des files d’attente, des nouvelles tentatives et des audits correspond exactement aux besoins de l’équipe. Apprenez en quoi un modèle diffère d’une API ordinaire. (L’ingénieur d’entreprise)
• Vous développez rapidement, côté client et serveur, avec de nombreux projets personnels d’IA : postulez si vous avez du vrai travail backend à montrer. Préparez très soigneusement la séparation des données et les tâches en arrière-plan. Ce sont vos lacunes les plus probables. (La développeuse full-stack)
• Vous avez obtenu votre diplôme récemment, avec un seul stage : cette offre dépasse votre niveau actuel. Demandez au recruteur si l’entreprise a un programme pour les nouveaux diplômés. Certaines en ont un, et une bonne conversation peut vous y mener. (Le nouveau diplômé)
• Vous travaillez sur de grandes infrastructures dans une grande entreprise technologique : vous réussirez probablement très bien les étapes techniques. Réfléchissez bien à votre envie de rejoindre une petite entreprise de produit, avec des clients, des gardes et des changements rapides. (L’ingénieur d’une grande entreprise technologique)
• Vous avez construit des logiciels soumis à des règles strictes de confidentialité, par exemple en santé ou en finance : postulez. La partie la plus difficile de ce poste est votre compétence la plus forte. Préparez-vous aux questions d’échelle et de coût. (L’ingénieure attentive à la sécurité)

Transformer l’offre en plan de préparation

Reliez maintenant chaque exigence aux questions probables des entrevues et aux preuves dont vous avez besoin. Le tableau couvre les cinq exigences et deux éléments manquants.

Dans l’offre	Ce qu’on vous demandera probablement	Les preuves dont vous avez besoin
Exploiter un service backend	« Présentez-moi un système dont vous êtes responsable. Qu’est-ce qui a cassé? Comment l’avez-vous su? »	Un système que vous pouvez expliquer pendant 20 minutes, avec de vrais chiffres et un incident réel
Travail en arrière-plan (caché)	« Que se passe-t-il quand cette tâche s’exécute deux fois? Quand elle échoue à mi-chemin? »	Un système de files d’attente ou de tâches que vous avez conçu ou corrigé, et vos apprentissages
Séparation des données (une ligne)	« Où un client pourrait-il voir les données d’un autre client? »	Une conception qui vérifie le locataire à chaque couche, et un test qui le prouve
Modèle d’IA comme dépendance	« Le modèle est lent et échoue parfois. Que voit l’utilisateur? »	Une petite fonctionnalité qui appelle un LLM, avec délais maximaux, nouvelles tentatives et test sans appel au vrai modèle
Outils de programmation avec l’IA	Démontré, pas demandé, pendant l’étape de programmation	Pratique dans un petit dépôt : utiliser l’outil, vérifier sa sortie, expliquer chaque changement
Diffusion en continu (manquante)	« L’utilisateur ferme l’onglet au milieu d’une réponse. Que se passe-t-il? »	Vous savez expliquer les SSE et ce que votre serveur fait lors d’une déconnexion
Injection de requête (manquante)	« Un contrat dit “ignorez vos instructions”. Qu’est-ce qui peut mal tourner? »	Une règle claire : les documents sont des données, et le modèle ne peut pas agir seul

Si vous ne pouvez pas remplir la colonne de droite pour une ligne, préparez cet élément dans les prochaines semaines. Notre leçon Se préparer aux candidatures présente la même méthode pour toute offre.

Les questions à poser à chaque étape

Une entrevue fonctionne dans les deux sens (nos conseils). Ces questions transforment nos hypothèses en faits. Posez chacune au moment le plus approprié.

• Recruteur (Ben Okoro) : « Comment le niveau est-il établi? La fourchette est-elle la même pour une embauche senior? » « Y a-t-il une rotation de garde? » « Quelles sont les règles pour l’assistant d’IA pendant l’entrevue de programmation? Puis-je utiliser mon propre outil? » « Avez-vous un programme pour les nouveaux diplômés? »
• Entrevue de programmation (un ingénieur backend) : « Dois-je traiter ce code comme du code de production ou comme un prototype rapide? » « Puis-je vous poser des questions pendant que je travaille? »
• Entrevue technique approfondie (Rafael Mendes) : « Comment exécutez-vous aujourd’hui les longues tâches de traitement de documents? Quel est le plan avec Temporal? » « Comment testez-vous une fonctionnalité dont la sortie change d’une exécution à l’autre? » « Quel a été le problème de production le plus difficile cette année? »
• Conception de systèmes (Anjali Desai) : « Où les données des clients doivent-elles rester? Cela influence-t-il le service de modèle que vous pouvez appeler? » « Connaissez-vous le coût des appels au modèle par client? »
• Valeurs (Marguerite Hall) : « Quand un client trouve un bogue grave, comment l’entreprise l’en informe-t-elle? » « Comment les ingénieurs apprennent-ils ce dont les avocats ont besoin? »

Écoutez la façon dont les gens répondent, pas seulement ce qu’ils disent. Une réponse claire avec un exemple est un bon signe. Une réponse vague à une question simple vous renseigne aussi.

À vous de jouer : lire une offre qui vous intéresse

Trouvez une vraie offre backend dans une entreprise qui propose un produit d’IA. Classez ses lignes dans les trois groupes : vraiment exigé, souhaité, manquant. Résumez en une phrase le problème derrière l’offre. Trouvez ensuite la « ligne de la pharmacie » : ce que l’équipe craint le plus, même si l’offre l’exprime en un mot.

Créez le tableau de préparation pour les principales exigences, puis écrivez une question pour chaque étape d’entrevue. Vous hésitez entre une exigence et un souhait? Transformez cette ligne en question pour le recruteur.

La suite

À la page suivante, nous examinons les cinq entrevues du processus de Casewell. Qui mène chacune, et que vérifie-t-elle? Comment travailler pendant l’étape de programmation où un assistant d’IA est permis? Et comment une personne menant une entrevue sérieuse passe-t-elle de vos réponses aux limites de vos connaissances?