Tests de code · exercices asynchrones

Des exercices dans un vrai IDE. Notés là où personne ne peut toucher au score.

Q: Les candidats peuvent-ils voir les tests cachés ?

Non. Les tests cachés n'atteignent jamais le navigateur du candidat : le fichier de test d'un exercice sur un seul fichier reste hors de son espace de travail, et les tests cachés ne tournent que lorsque la soumission est notée sur les serveurs de Kendor. Les fichiers de test visibles par les candidats sont restaurés depuis votre starter avant la notation.

Q: Et si le code a besoin du réseau ?

Les dépendances sont installées avant que le réseau soit coupé. Tout appel externe pendant les tests échoue de la même façon pour chaque candidat : simulez donc les services externes dans le code de départ.

Q: Kendor rejette-t-il des candidats automatiquement ?

Non. Les résultats des tests et les signaux d'intégrité éclairent les relecteurs. C'est une personne qui retient ou rejette chaque candidat.

Q: Les candidats doivent-ils installer quelque chose ?

Non. Ils ouvrent le lien de leur invitation dans un navigateur et arrivent dans l'IDE avec les dépendances du projet, le terminal et l'aperçu prêts. Pas de webcam, pas d'extension de navigateur, pas d'application de bureau.

Les candidats disposent de VS Code, d'un terminal, d'un aperçu de leur application en cours d'exécution et de serveurs de langage, le tout dans le navigateur. La notation ré-exécute le travail sur les serveurs de Kendor, aux versions figées et réseau coupé : le score appartient au code.

Demander l'accès Voir les tarifs

rate-limiterTemps restant01:12:40← Retour à l'évaluationSoumettre

Explorateur

▾src

limiter.ts

server.ts

store.ts

▾test

limiter.test.ts

kendor.yaml

package.json

README.md

limiter.tslimiter.test.ts

1import type { Store } from './store';

3export class RateLimiter {

4 constructor(private store: Store, private limit = 100) {}

6 async allow(key: string): Promise<boolean> {

7 const bucket = Math.floor(Date.now() / 60_000);

8 const count = await this.store.incr(`${key}:${bucket}`);

9 return count <= this.limit;

10 }

11}

(method) Store.incr(key: string): Promise<number>

Terminal

$ npm test

✓ test/limiter.test.ts (6 tests) 412ms

Tests 6 passed (6)

:3000Aperçu

/api/check?key=ada

HTTP/1.1 200 OK

x-ratelimit-remaining: 97

{ "allowed": true }

mainTypeScriptNode.js 22Ln 8, Col 52

Trois types de questions, une seule limite de temps.

Combinez des projets complets, des exercices sur un seul fichier et des questions écrites dans un même screen. La limite de temps couvre tout le screen, et les candidats passent librement d'une question à l'autre.

Backend seniorEn ligne

Exercices 3

rate-limitergithub.com/acme/rate-limiterNode.js 2210 testsPrêt

Ouvrir dans l'éditeur

parse_durationFichier uniquePython 3.128 testsPrêt

Ouvrir dans l'éditeur

Partager la limite entre trois régionsQuestionsRelecture manuellePrêt

Modifier le brief et les questions

Liste de lancement

3 défi(s) prêt(s) sur 3

Limite de temps

90 minutes⌄

Surveillance

Une ré-exécution propre décide du score.

Les résultats du terminal du candidat ne comptent pas. Pour noter, Kendor reconstruit l'espace de travail à partir de votre starter sur ses serveurs, n'y superpose que les fichiers que le candidat peut modifier et lance vos tests aux versions figées du défi. Les tests cachés ne tournent que là.

Les mêmes versions pour chaque candidat, pour que deux soumissions soient notées de la même façon.
Pas de réseau pendant les tests, pour que rien hors du bac à sable ne puisse changer un résultat.
Les tests, les fixtures et les commandes d'installation viennent de votre starter : les modifier ne change rien.

← Retour à la soumissionSoumission n° 1482 · lecture seule9/10 réussis · enregistréLancer les tests cachés

limiter.ts

6 async allow(key: string): Promise<boolean> {

7 const bucket = Math.floor(Date.now() / 60_000);

8 return (await this.store.incr(key)) <= this.limit;

9 }

Des signaux d'intégrité présentés comme des preuves.

Avec la surveillance activée, les changements d'onglet, les collages externes et les sorties du plein écran sont journalisés avec l'heure, et l'onglet Chronologie rejoue le code tel qu'il a été écrit. Kendor n'en fait pas un score. Un relecteur les lit et décide de ce qu'ils signifient.

ActivitéSurveillé

3Changements d'onglet2m 31s d’absence au total

1Collage externe

0Sorties plein écran

9/10Tests réussis

16:17:04Absent de l’épreuve pendant 1m 12s
16:31:40A collé 214 caractères depuis l’extérieurconst windowStart = now - (now % this.windowMs);
16:52:18Absent de l’épreuve pendant 48s
17:03:55Absent de l’épreuve pendant 31s
17:24:09Envoyé

Chronologie

31:40 / 1:24:09Inactivité ignorée1×2×4×

Associez un screen à une offre d'emploi.

Les candidats reçoivent le screen dès qu'ils postulent, via un lien sur la page de confirmation et un e-mail d'invitation : personne n'envoie d'invitations à la main. Choisissez Aucune présélection et les candidatures attendent plutôt une revue manuelle.

Senior Backend EngineerEn ligne

Présélection · facultatif

Associez une présélection et les candidats sont dirigés vers la présélection au moment de postuler.

Aucune présélectionÉvaluez les candidatures manuellement.Présélection Backend seniorTypeScript · Python90 min

41Tous0Postulé22Présélection19En examen

Chaque relecteur donne son propre avis.

Les relecteurs lisent le code, les résultats des tests et l'activité, puis chacun enregistre une recommandation, de Non, sans réserve à Oui, sans réserve, avec une note que les autres peuvent lire. Ensuite, quelqu'un de l'équipe retient ou rejette le candidat.

Ada Okaforrate-limiter · 9/10 réussis

RecommandationEn revue · 2 sur 3

MCMaya Chen · -2 hLa logique de fenêtre est juste, et les tests se lisent comme une documentation.Oui, sans réserve
JWJonas Wirth · -1 hA géré la panne du store sans qu'on le demande.Plutôt oui
PNPriya Nair · maintenantJe lis la réponse écrite.Pas encore d’avis

Décision

Rejeter Retenir

2 évaluations sur 3. Vous pouvez décider quand même.

Comment ça marche

Du dépôt à la décision en trois étapes.

Construisez le screen
Importez un dépôt ou partez d'un seul fichier, ajoutez des tests (cachés aussi) et fixez la limite de temps.
Envoyez-le, ou associez-le à un poste
Invitez directement des candidats, ou laissez les postulants le recevoir quand ils postulent.
Noter, relire, décider
Kendor note une ré-exécution propre, chaque relecteur enregistre une recommandation, et vous retenez ou rejetez.

Questions

Les candidats peuvent-ils voir les tests cachés ?

Non. Les tests cachés n'atteignent jamais le navigateur du candidat : le fichier de test d'un exercice sur un seul fichier reste hors de son espace de travail, et les tests cachés ne tournent que lorsque la soumission est notée sur les serveurs de Kendor. Les fichiers de test visibles par les candidats sont restaurés depuis votre starter avant la notation.

Et si le code a besoin du réseau ?

Les dépendances sont installées avant que le réseau soit coupé. Tout appel externe pendant les tests échoue de la même façon pour chaque candidat : simulez donc les services externes dans le code de départ.

Kendor rejette-t-il des candidats automatiquement ?

Non. Les résultats des tests et les signaux d'intégrité éclairent les relecteurs. C'est une personne qui retient ou rejette chaque candidat.

Les candidats doivent-ils installer quelque chose ?

Non. Ils ouvrent le lien de leur invitation dans un navigateur et arrivent dans l'IDE avec les dépendances du projet, le terminal et l'aperçu prêts. Pas de webcam, pas d'extension de navigateur, pas d'application de bureau.

Plus de Kendor

Toutes les fonctionnalités

Lancez votre prochain test sur Kendor. Lisez ce que dit le code.

Kendor travaille avec des équipes d'ingénierie dans l'UE, au Royaume-Uni et aux États-Unis. Dites-nous pour quoi vous recrutez et nous configurerons votre organisation avec vous.