Passer de l'IT classique à l'iGaming : ce qui se transpose, ce qu'il faut réapprendre

Chaque mois, des centaines de développeurs, de testeurs, d'analystes et de devops arrivent dans l'iGaming depuis l'IT « classique » — foodtech, e-commerce, banques, prestation de services. La raison est simple : le secteur paie au-dessus du marché, croît plus vite que beaucoup d'autres verticales et manque presque toujours de profils techniques, parce qu'une partie des candidats s'auto-élimine à cause de la réputation de la niche. Pour ceux qui restent, c'est l'un des rares segments où l'expérience d'ingénieur se monétise sans tout reprendre à zéro : un développeur backend venu du retail traite, après quelques semaines d'onboarding, les incidents de production à égalité avec ceux qui sont dans le secteur depuis trois ans. Voyons ce qui, dans votre stack actuelle, se transfère directement, ce qu'il faudra apprendre, et comment faire ce chemin sans les erreurs classiques — du CV jusqu'au compte bancaire.

Quels postes se transposent à l'identique

Bonne nouvelle : le secteur n'a pas besoin d'un « spécialiste du casino », il a besoin d'un ingénieur capable de résoudre des problèmes techniques précis. Le domaine s'ajoute par-dessus, il ne remplace rien. Le socle de compétences des quatre postes techniques les plus courants se transpose presque sans perte :

Les entretiens pour les postes techniques sont, dans 90 % des cas, structurés comme partout ailleurs : du code au tableau ou sur CoderPad, une discussion d'architecture, l'analyse d'un incident vécu. Les questions de domaine forment en général une section sur trois ou quatre, pas tout l'entretien — un décryptage détaillé du format des entretiens est dans l'article « L'entretien en iGaming ». Les prérequis complets et les fourchettes de chaque poste sont dans les profils de développeur backend, ingénieur QA et data engineer.

Ce qu'il faut apprendre en plus : le domaine du secteur

Le domaine en iGaming, ce n'est pas le jeu en soi, c'est la réglementation et des chiffres qu'on ne retrouve nulle part ailleurs à cette concentration. Le vocabulaire minimal sans lequel il est difficile de passer même un entretien junior :

• Le RTP (Return to Player) et le house edge. Le pourcentage des mises qui revient en moyenne au joueur sur le long terme. Le backend et le QA doivent comprendre où ce chiffre est calculé, et pourquoi il ne peut pas être modifié « à la volée » sans certification.
• Le wagering. La condition de mise pour un bonus — combien de fois faut-il rejouer le montant du bonus avant de pouvoir retirer le gain. Source de la moitié des bugs et de la moitié des tickets support, donc le QA doit connaître la logique du wagering comme sa table de multiplication.
• Les licences et la réglementation. Malte (MGA), Curaçao, le Royaume-Uni (UKGC) et d'autres juridictions — chacune a ses propres exigences de journalisation des mises, de plafonds, de jeu responsable et de conservation des données. Pour le DevOps et le backend, cela pèse directement sur l'architecture : géoblocages, logs auditables, rétention des données.
• Les paiements high-risk. Le gambling relève de la catégorie high-risk pour les prestataires de paiement et les banques acquéreuses — commissions plus élevées, onboarding plus complexe, plus de vérifications à l'intégration d'un nouveau moyen de paiement. Ce n'est pas un blocage pour vous en tant que développeur, mais cela explique pourquoi la stack de paiement en iGaming est plus complexe qu'en e-commerce classique — plus de détails sur ce rôle dans le profil du responsable paiements.
• L'antifraude et le KYC/AML. La vérification d'identité, le suivi des schémas de fraude et de blanchiment — les données recoupent la data engineering et la BI dans presque toutes les entreprises ; c'est en général le compliance managerqui en répond dans l'organisation, et avec qui le backend et la data alignent le plus souvent la logique métier.

Apprendre ce vocabulaire jusqu'au niveau « passe sereinement un entretien technique » demande en général une à deux semaines de lecture de documentation et de profils de poste ; jusqu'au niveau « travaille sans effort avec la logique métier en production », il faut compter le premier mois et demi ou les deux premiers mois sur place. Les bons employeurs prévoient ce temps dans l'onboarding et n'attendent pas une expertise immédiate : en entretien, on teste plus souvent la capacité à se plonger vite dans un domaine inconnu que les connaissances déjà acquises sur celui-ci.

Il faut aussi comprendre la différence entre les licences, car toute l'architecture du produit en dépend. La MGA (Malte) et l'UKGC (Royaume-Uni) sont des juridictions strictes, avec un audit détaillé du code, des rapports obligatoires et des exigences dures en matière de jeu responsable ; Curaçao est plus rapide et moins chère à obtenir, mais ses exigences produit sont plus souples. Pour un ingénieur, cela signifie un niveau de bureaucratie différent autour de chaque release : là où, dans un e-commerce classique, une fonctionnalité part simplement en production, dans un produit iGaming licencié elle peut exiger la validation du service compliance, voire d'un auditeur externe.

Les avantages de la transition

Le principal argument, c'est l'argent et la vitesse de progression. Le secteur verse aux ingénieurs une prime sensible par rapport à l'IT classique, pour trois raisons : une partie des candidats s'auto-élimine à cause de la réputation, les mises en production se jouent en temps réel sans droit à l'erreur, et les entreprises elles-mêmes sont en général rentables et prêtes à payer pour recruter vite. Repère de fourchettes au niveau Middle :

Aux niveaux Senior et Lead, l'écart est en général encore plus large — la prime intègre alors non seulement le domaine, mais aussi la pénurie de profils prêts à occuper des postes de responsables de filière. Le répertoire complet des fourchettes par niveau et par localisation figure dans les profils de chaque poste, y compris l'analytics BI. Le second avantage, c'est la vitesse de progression : les équipes produit sont petites, les décisions se prennent vite, et un ingénieur expérimenté évolue souvent vers tech lead ou architecte en 12 à 18 mois — plus vite que dans les grandes entreprises aux échelles de carrière longues.

Les inconvénients : la stigmatisation, les banques, les pays fermés

Les avantages ne sont pas gratuits. Trois choses à connaître à l'avance, pour ne pas les découvrir par surprise après l'offre.

• La stigmatisation. Tous les proches, amis et même futurs employeurs d'autres secteurs ne perçoivent pas le gambling de façon neutre. Les jeux d'argent sont associés à l'addiction et au dommage social, et une partie des gens réagit avec méfiance à un « je travaille en casino », même si votre rôle est d'écrire du backend pour une file de paiements, pas de convaincre quiconque de miser plus.
• Les banques et les paiements. Le gambling est classé par les systèmes de paiement comme catégorie MCC à haut risque. Si le salaire ou les honoraires de prestataire arrivent avec une mention explicite de casino/betting/gambling dans le libellé du virement, certaines banques — surtout dans les juridictions conservatrices — peuvent demander des justificatifs supplémentaires sur l'origine des fonds ou geler temporairement l'opération le temps de la vérification. Cela se règle, mais mieux vaut le savoir avant le premier virement qu'après.
• Les pays fermés au recrutement. Le statut légal du jeu en ligne varie fortement d'un pays à l'autre : dans certaines juridictions il est licencié et légal, dans d'autres il est partiellement ou totalement interdit, y compris le fait de travailler pour des opérateurs étrangers. Pour des raisons de compliance, une partie des entreprises internationales ne recrute pas directement en contrat de travail des salariés de certains pays et ne fonctionne qu'en prestation, voire écarte purement et simplement ces localisations. Cela se vérifie dès le premier appel avec le recruteur, et non une fois l'offre négociée.
• L'instabilité réglementaire des marchés. Le jeu en ligne est régulé au niveau de chaque pays, parfois de chaque État, et les règles changent : un marché peut durcir ses licences, augmenter les taxes ou fermer temporairement l'accès aux opérateurs sans licence locale. Pour une équipe produit, cela veut dire que la direction sur laquelle vous travaillez depuis six mois s'arrête parfois non par la faute de l'entreprise, mais à cause d'une décision du régulateur — mieux vaut l'intégrer à ses attentes, comme dans n'importe quel autre secteur régulé, la fintech par exemple.

Aucun de ces points n'annule les avantages — la plupart des ingénieurs du secteur les traversent sans conséquence sérieuse. Mais se préparer coûte moins cher que de gérer après coup.

Comment présenter son expérience dans le CV

Un CV pour un poste iGaming ne diffère presque pas d'un CV technique classique — avec une nuance importante : le domaine n'effraie pas le recruteur, il joue au contraire comme un plus, si l'accent est correctement posé.

1. La stack technique en premier. Langages, frameworks, infrastructure, métriques (latence, RPS, uptime, taux de couverture de tests) doivent être visibles immédiatement, avant même que le recruteur lise le nom du secteur.
2. Le domaine comme réalisation, pas comme justification. « Conçu une file tolérante aux pannes pour plus de 50 000 mises par minute lors d'un événement live » sonne plus fort qu'un neutre « a travaillé dans une entreprise de betting ».
3. L'expérience réglementaire, une compétence universelle. Si vous avez travaillé avec le KYC/AML, PCI DSS, le RGPD ou des audits d'organismes de licence, mettez-le en avant dans un point à part. C'est un pont direct vers la fintech, si vous décidez un jour de changer de secteur à nouveau.
4. La formulation du nom de l'entreprise. Pas besoin de cacher la marque, mais vous pouvez utiliser un neutre « international iGaming platform » ou « regulated online gaming operator » en en-tête de CV — c'est une formulation standard et respectée dans le secteur, pas un euphémisme.

Une autre astuce efficace : tenir deux versions du résumé en haut du CV selon le flux de candidatures — l'une mentionnant explicitement l'expérience iGaming et ses métriques pour les recruteurs du secteur, l'autre centrée sur les compétences techniques transférables, si vous étudiez en parallèle des offres hors niche. Une analyse avec des exemples de bonnes et de mauvaises formulations, un modèle de structure et les erreurs fréquentes se trouvent dans un guide dédié « Comment rédiger un CV pour l'iGaming ».

La question de la stigmatisation en entretien

Tôt ou tard, en appel (en général de la part du recruteur, plus rarement du hiring manager), une question directe ou indirecte tombera : « que pensez-vous du fait que ce soit du gambling ? ». Ce n'est pas un piège — les entreprises filtrent réellement les personnes qui repartiraient trois mois plus tard par dissonance de valeurs, et préfèrent le clarifier dès l'entrée.

• Répondez honnêtement, sans enthousiasme forcé. Pas besoin de dire « j'adore les jeux d'argent » — la plupart des ingénieurs du secteur ne sont pas joueurs. Un calme « j'ai une approche professionnelle : c'est un secteur régulé avec de vrais défis d'ingénierie » suffit.
• Appuyez-vous sur des faits réglementaires. Mentionnez les licences, les mécanismes obligatoires de jeu responsable (plafonds, auto-exclusion), et le fait que les opérateurs légaux y sont tout aussi intéressés que le régulateur — cela montre que vous comprenez le cadre éthique, pas que vous l'ignorez.
• Concentrez-vous sur le défi d'ingénierie. De l'argent réel en temps réel, une charge en pic lors d'événements sportifs, l'équité d'un RNG sous audit — ce sont de vrais défis techniques, et il est sincèrement plus intéressant d'en parler que de se justifier.

Si les doutes sont sérieux et ne portent pas sur la formulation mais sur des valeurs personnelles, c'est aussi une bonne raison de ne pas rejoindre le secteur — et il vaut mieux le comprendre au stade du CV qu'après un déménagement.

Les 90 premiers jours au nouveau poste

À la fin du troisième mois, la plupart des ingénieurs venus de l'IT classique ne se sentent plus novices dans le domaine — ensuite, c'est juste une verticale de plus sur le CV, avec une fourchette plus élevée. Les offres techniques actuelles, filtrables par format, sont sur la page des postes en télétravail, et par stack précise — par exemple, les postes backend — via la recherche d'offres.

Questions fréquentes

Faut-il une formation spécialisée ou une certification gambling pour décrocher un poste technique ? Non. Les postes techniques recrutent sur les compétences d'ingénierie, le domaine s'apprend sur place durant le premier ou les deux premiers mois.

Est-il vrai qu'il est difficile de revenir de l'iGaming vers l'IT classique ? Non, si le CV est construit autour de réalisations techniques et de métriques, pas seulement du nom du secteur — les recruteurs hors iGaming regardent la stack et les résultats comme partout ailleurs.

Quel poste s'ouvre le plus facilement sans expérience préalable du secteur ? Le QA et le backend — grâce au grand volume de postes ouverts et au fait que la partie métier des scénarios de test et des API s'assimile le plus vite.

Existe-t-il des entreprises qui n'étudient pas les candidats de certains pays ? Oui, à cause des exigences de conformité et de la réglementation locale, certains opérateurs limitent le recrutement par géographie — c'est une question standard à clarifier au premier appel avec le recruteur, pas une raison de renoncer à candidater à l'avance.

Faut-il indiquer dans le CV une expérience antérieure hors iGaming ? Absolument — c'est justement l'expérience dans d'autres secteurs qui montre que les compétences d'ingénierie de base ont fait leurs preuves hors niche, et cela compte tout autant que les connaissances métier, qui s'apprennent de toute façon sur place.