Chaque candidat travaille sur une vraie machine, la sienne.

Pas un éditeur de code dans un onglet. Un environnement cloud isolé, créé pour une seule session, avec les outils sur lesquels le poste tourne vraiment.

Hugo, candidat backend, dans son propre environnement

Environnement actif

En cours
  • vmlab-vm-01Prêt
  • svcapi-serverPrêt
  • lbgatewayProvisionnement

2 h 12 restantes dans le créneau

terminal du lab

$ docker compose up -d

3 services démarrés

$ systemctl status api

active (running)

$ curl -s localhost:8080/health

{"status":"ok"}

Des environnements de test bricolés, voilà le problème

Sans Scalyz

Un exercice qui tourne sur le portable du candidat, avec une configuration différente à chaque fois.
Un environnement de test à monter, à héberger, puis à nettoyer.

Avec Scalyz

La même machine, les mêmes outils, le même point de départ pour tout le monde.
Créé tout seul au démarrage de la session, détruit tout seul à la fin.

Un environnement actif, créé pour une seule session

Il démarre quand le candidat démarre. Une vraie infrastructure, de vrais services, et il n'appartient qu'à ce candidat jusqu'à la fin de la session.

Dans l'environnement

Prêt
  • Terminal

    docker · systemctl · curl

  • Services

    api-server, gateway

  • Fichiers et éditeur

    Le projet, prêt à ouvrir

Tout ce sur quoi le poste tourne, déjà installé

  • Une machine rien qu'à lui

    Un environnement cloud isolé par candidat, actif dès la première minute de la session.

  • Les outils du métier

    Un terminal, des services qui tournent, des fichiers à ouvrir. Rien de simulé, rien de bouchonné.

  • Un chronomètre autonome

    Le créneau s'ouvre quand il commence et se ferme tout seul. Aucune planification, personne qui regarde par-dessus son épaule.

L'environnement ne vit que le temps de la session. Quand le chronomètre expire, ou quand le candidat rend son travail, la machine et tout ce qu'elle contient sont détruits.

Tout le monde part du même point

Chaque candidat d'une campagne reçoit le même environnement et la même limite de temps. Même image, mêmes services, même état de départ. Ce sont ces conditions identiques qui rendent deux résultats comparables.

Une directrice du recrutement

Recrutement backend, juillet

Créneau de 3 h
  • Camille Durandlab-vm-01
  • Hugo Moreaulab-vm-01
  • Léa Fontainelab-vm-01

Même image, mêmes outils, même chronomètre, pour les trois

Résultats de la campagne

  1. 1Camille DurandRecommandé84
  2. 2Lucas Bernard77
  3. 3Léa Fontaine71
Une équipe technique dont les systèmes restent intacts

Cycle de vie de l'environnement

  1. 14:02Environnement créé
  2. 14:02Session démarrée, chronomètre lancé
  3. 17:02Environnement détruit, automatiquement

Plus rien ne tourne, rien à nettoyer

Isolé de vos systèmes, et détruit ensuite

L'environnement tourne sur notre infrastructure, jamais sur la vôtre. Les candidats n'atteignent rien de chez vous : ni votre réseau, ni vos dépôts, ni vos données. À la fermeture de la session, la machine est détruite pour vous.

  • Rien à provisionner, rien à nettoyer
  • Les candidats ne touchent jamais à vos systèmes
  • Chaque environnement est détruit à la fin de sa session

Une journée de travail, pas une salle d'examen

Les candidats travaillent à leurs heures, dans le délai que vous fixez. Ils ouvrent un terminal, lisent la mission et s'y mettent, comme un mardi matin.

Une candidate qui travaille dans son propre environnement, à son rythme
À ses heuresLes outils qu'elle connaîtUn seul chronomètre pour tous

Donnez à chaque candidat sa propre machine.

Lancez votre première évaluation cette semaine. Les environnements se créent et se détruisent tout seuls.

Un crédit par candidat, pas de licences à acheter, des crédits qui n'expirent jamais