Écrire l'endpoint, c'est la moitié du métier. Les candidats prennent un service qui ne parle plus à sa base, ou un monolithe à découper, et le font marcher dans un environnement cloud isolé. Ce qui revient, c'est un système qui tourne, ou pas.
$ docker compose up -d
3 services démarrés
$ systemctl status api
active (running)
$ curl -s localhost:8080/health
{"status":"ok"}
Environnement actif
En cours2 h 12 restantes dans le créneau
Sans Scalyz
Avec Scalyz
Ce qui est en jeu
Le travail backend se juge en production, pas dans une pull request. L'écart entre un code qui paraît juste et un système qui tient, c'est là qu'un mauvais recrutement se voit.
Où ça se voit
Sous charge, pas en relecture
Un code qui se lit bien peut s'effondrer quand il doit se connecter, migrer et répondre en même temps. C'est cette partie que vous recrutez.
Ce qu'un casse-tête rate
La vraie panne
Inverser un arbre binaire ne dit pas qui sait relever un service mort. Le métier, c'est la seconde chose.
Ce que vous devez voir
Ça tourne à la fin
Pas une description de la façon dont il réglerait le problème. Mais si, face à un système cassé, il l'a réellement fait.
Trois étapes, de l'annonce à une shortlist que vous pouvez défendre, sans un seul appel de présélection.
Recrutement backend, juillet
Ouverte
6 invités · 4 terminés
Clôture vendredi, 18:00
Vous choisissez le lab et la date limite, puis envoyez toute la liste de candidatures en une fois, par email, par import CSV ou via un lien partageable.
Environnement actif
En cours2 h 12 restantes dans le créneau
Chaque candidat reçoit sa propre machine, une vraie, avec une vraie mission déjà en place.
Camille Durand
Évaluation DevOps
Aucune alerte d'intégrité
La notation s'exécute automatiquement par rapport à la mission, donc le classement se construit au fil des sessions terminées.
$ docker compose up -d
3 services démarrés
$ systemctl status api
active (running)
$ curl -s localhost:8080/health
{"status":"ok"}
Mission
Créneau de 3 hLe déployer derrière un load balancer
Configurer le serveur webDéployer le service API2 sur 4 terminés
Les missions publiées ici sont des systèmes, pas des casse-têtes : une stack Node et Postgres qui ne se connecte plus, et un monolithe à découper en services. Chacune tourne dans un vrai environnement et est notée sur l'état du système à la fin. On teste le backend qui doit tourner en production, pas la trivia algorithmique.
Les missions publiées pour ce poste
Des réponses directes sur le fonctionnement réel des tests, de la notation et des crédits.
Une vraie machine virtuelle avec une vraie mission, pas un QCM. Le candidat travaille avec les mêmes outils qu'au quotidien, et toute la session est enregistrée pour que vous puissiez en revoir les preuves ensuite.
Automatiquement. Les vérifications s'exécutent sur ce que le candidat a livré, et vous obtenez un rapport détaillé compétence par compétence, donc personne dans votre équipe n'a rien à corriger à la main.
Un chatbot peut suggérer des commandes, mais il ne peut pas piloter un système en marche à la place du candidat. La mission doit être accomplie sur la machine elle-même, et chaque signal de triche du rapport arrive avec son contexte pour que vous jugiez vous-même.
En crédits, un par candidat. Un crédit est réservé quand vous envoyez une invitation et libéré si elle expire sans être utilisée. Vous payez par candidat testé, jamais par utilisateur.
Oui. Importez vos fichiers au format .zip, renommez la mission pour correspondre à votre poste, et passez-la vous-même pour un crédit d'abord. Ce que vous avez testé est exactement ce que les candidats recevront.
À leur rythme. Ils démarrent le test au moment qui leur convient, travaillent avec de vrais outils sur une vraie machine, et terminent en une seule fois. Le tout en anglais et en français.
Réservez une démo : on fait tourner une de ces missions sur votre poste ouvert.
1 crédit par candidat, réservé à l'envoi, libéré à l'expiration
