Pourquoi la cooptation
Un appel public produit des centaines de dossiers et peu de signal. La cooptation en produit moins, mais chacun est porté par quelqu’un qui engage son jugement. Nous cherchons des jeunes que vous avez vus travailler : un stagiaire qui a surpris, un étudiant qui code la nuit, un autodidacte que son diplôme ne résume pas.
Pourquoi dix, et pas cinquante. Le nombre n’est pas fixé par la demande, il est fixé par l’encadrement. La règle du laboratoire est d’un encadrant expérimenté pour trois juniors : quatre encadrants, quatre squads, dix places. Au-delà, on ne forme plus, on occupe.
Ce que la cooptation n’est pas. Une recommandation ne vaut pas admission. Tous les candidats passent la même épreuve technique et le même entretien. Une recommandation garantit la lecture attentive du dossier, pas son issue.
Deux portes d’entrée
Quelqu’un vous coopte
Une personne qui vous a vu travailler dépose votre dossier et engage son jugement sur ce que vous avez fait.
Coopter un candidatVous vous présentez vous-même
Personne dans votre entourage ne connaît l’OPPL ? Déposez directement votre candidature. Elle sera lue avec la même attention — à une condition : que vous apportiez vous-même la preuve que le coopteur aurait apportée pour vous.
Déposer ma candidatureQui nous cherchons
Le niveau
Un diplôme BAC+3 en informatique, réseaux, télécoms ou équivalent. Le parcours autodidacte est recevable s’il est démontrable.
Le socle
Linux, Git, un langage — Python, Java ou Go — les bases des réseaux et du SQL. Ce socle se vérifie, il ne se déclare pas.
Le tempérament
La curiosité têtue, le goût de la documentation, la capacité à dire « je ne sais pas encore » puis à revenir avec la réponse.
Aucune connaissance préalable des paiements n’est exigée. C’est précisément ce que la cohorte va construire.
Le parcours : de BAC+3 à Payment Engineer
Six à douze mois, selon le rythme et le niveau de départ. Chaque niveau se franchit sur une démonstration, jamais sur un questionnaire.
Ce qui se construit en chemin
Un simulateur ISO 8583, un adaptateur vers ISO 20022, une passerelle d’API, une gestion des identités, un bus d’événements, une chaîne d’intégration continue, une supervision complète. Et pour finir, l’épreuve : une mini-plateforme qui envoie un paiement depuis un portefeuille fictif vers une plateforme de paiement instantané simulée — pendant que le jury injecte des pannes. Message en double, certificat expiré, base indisponible. Le candidat diagnostique, explique, corrige.
La règle du laboratoire : pas de documentation, projet non terminé.
Le cadre
| Point | Ce qui est prévu |
|---|---|
| Encadrement | Quatre encadrants expérimentés pour dix juniors, répartis en quatre squads : plateforme, intégration, qualité et sécurité, connaissance. |
| Rythme | De 70 à 80 % de pratique. Le travail se fait sur des cas et des environnements réels du laboratoire. |
| Sécurité | Données synthétiques, comptes et clés de test, simulateurs. Aucun accès non supervisé à une infrastructure de paiement réelle. |
| Validation | Chaque niveau se franchit sur une démonstration en conditions réelles devant un jury, avec un critère d’acceptation écrit à l’avance. |
Comment se déroule la sélection
| Étape | Ce qui s’y passe |
|---|---|
| 1 | Dépôt de la cooptation par une personne qui connaît le candidat |
| 2 | Prise de contact avec le candidat et vérification de sa candidature |
| 3 | Épreuve technique sur machine : déployer une API et une base sous Linux, et la sécuriser |
| 4 | Entretien sur la motivation, la méthode de travail et la capacité à documenter |
| 5 | Réponse à tous les candidats, admis ou non |
À préciser avant publication : la date de clôture des cooptations, la date de démarrage de la cohorte, le lieu, et le statut proposé aux candidats retenus.