Recrutez des développeurs backend capables de le faire tourner.
É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 cours- vmlab-vm-01Prêt
- svcapi-serverPrêt
- lbgatewayProvisionnement
2 h 12 restantes dans le créneau
Un entretien backend touche rarement à un backend qui tourne
Sans Scalyz
Avec Scalyz
Ce qui est en jeu
L'endpoint qui compile n'est pas celui qui tient
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.
Opérationnel en un après-midi
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
Invitez toute la liste en une fois
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 cours- vmlab-vm-01Prêt
- svcapi-serverPrêt
- lbgatewayProvisionnement
2 h 12 restantes dans le créneau
Les candidats travaillent quand ils veulent
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 shortlist se classe toute seule
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 web
- Déployer le service API
- Router le trafic via le load balancer
- Prouver que les contrôles de santé passent
2 sur 4 terminés
De vrais services qui doivent revenir
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.
- Chaque mission tourne dans un environnement cloud isolé, un par candidat
- Notation automatique sur l'état du système à la fin, pas sur une réponse
- Vous pouvez importer votre propre scénario en .zip et le passer vous-même avant de l'envoyer
Les missions publiées pour ce poste
Vos questions fréquentes
Des réponses directes sur le fonctionnement réel des tests, de la notation et des crédits.
Un lab Scalyz, c'est quoi ?
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.
Qui note le travail ?
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 candidat peut-il tricher avec l'IA ?
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.
Combien je paie ?
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.
Puis-je apporter mon propre exercice ?
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.
Comment ça se passe pour les candidats ?
À 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.
Testez le backend qui doit tourner
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
