Coding-Screenings · asynchrone Take-Homes

Take-Homes in einer echten IDE. Bewertet, wo niemand die Punktzahl anfassen kann.

Q: Können Kandidaten die versteckten Tests sehen?

Nein. Versteckte Tests erreichen nie den Browser des Kandidaten: Die Testdatei einer Single-File-Aufgabe bleibt außerhalb seines Workspace, und versteckte Tests laufen nur, wenn die Abgabe auf Kendors Servern bewertet wird. Testdateien, die Kandidaten sehen, werden vor der Bewertung aus deinem Starter wiederhergestellt.

Q: Was, wenn der Code das Netzwerk braucht?

Abhängigkeiten werden installiert, bevor das Netzwerk getrennt wird. Alles, was während der Tests nach außen ruft, scheitert bei jedem Kandidaten gleich, also mocke externe Dienste im Startercode.

Q: Lehnt Kendor Kandidaten automatisch ab?

Nein. Testergebnisse und Integritätssignale sind Grundlagen für Reviewer. Ein Mensch leitet jeden Kandidaten weiter oder lehnt ihn ab.

Q: Müssen Kandidaten etwas installieren?

Nein. Sie öffnen den Link aus ihrer Einladung im Browser und landen in der IDE, mit Abhängigkeiten, Terminal und Vorschau des Projekts startklar. Keine Webcam, keine Browser-Erweiterung, keine Desktop-App.

Kandidaten bekommen VS Code, ein Terminal, eine laufende Vorschau ihrer App und Language Server, alles im Browser. Bewertet wird ein erneuter Lauf auf Kendors eigenen Servern, mit festen Versionen und ohne Netzwerk, damit die Punktzahl dem Code gehört.

Zugang anfragen Preise ansehen

rate-limiterVerbleibende Zeit01:12:40← Zurück zum AssessmentAbgeben

Explorer

▾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)

:3000Vorschau

/api/check?key=ada

HTTP/1.1 200 OK

x-ratelimit-remaining: 97

{ "allowed": true }

mainTypeScriptNode.js 22Ln 8, Col 52

Drei Aufgabentypen, ein Zeitlimit.

Kombiniere ganze Projekte, Single-File-Aufgaben und schriftliche Fragen in einem Screen. Das Zeitlimit gilt für den ganzen Screen, und Kandidaten wechseln frei zwischen den Aufgaben.

Senior BackendLive

Aufgaben 3

rate-limitergithub.com/acme/rate-limiterNode.js 2210 TestsBereit

Im Editor öffnen

parse_durationEinzeldateiPython 3.128 TestsBereit

Im Editor öffnen

Das Limit über drei Regionen teilenQ&AManuelle PrüfungBereit

Briefing & Fragen bearbeiten

Start-Checkliste

3 von 3 Aufgaben bereit

Zeitlimit

90 Minuten⌄

Überwachung

Ein sauberer Neulauf entscheidet die Punktzahl.

Ergebnisse aus dem Terminal des Kandidaten zählen nicht. Für die Bewertung baut Kendor den Workspace auf eigenen Servern aus deinem Starter neu auf, legt nur die Dateien darüber, die der Kandidat ändern darf, und führt deine Tests mit den festgelegten Versionen der Aufgabe aus. Versteckte Tests laufen nur dort.

Dieselben Versionen für alle Kandidaten, damit zwei Abgaben gleich bewertet werden.
Kein Netzwerk, während die Tests laufen, damit nichts außerhalb der Sandbox ein Ergebnis ändern kann.
Tests, Fixtures und Installationsbefehle kommen aus deinem Starter, sie zu ändern bringt also nichts.

← Zurück zur AbgabeAbgabe #1482 · schreibgeschützt9/10 bestanden · gespeichertVersteckte Tests ausführen

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 }

Tests0/10 bestanden38 ms langsamsterAusgeführt vor 2 m

allows requests up to the limit4 ms
blocks the 101st request3 ms
counts keys separately2 ms
resets when the window rolls over6 ms
propagates store errors2 ms
sets x-ratelimit-remaining11 ms
handles 10k distinct keysVerborgen38 ms
concurrent calls stay under the limitVerborgen21 ms
expired buckets are droppedVerborgen3 ms
burst at the window boundaryVerborgen5 ms

Integritätssignale als Belege.

Mit Überwachung werden Tabwechsel, externes Einfügen und das Verlassen des Vollbilds mit Zeitstempel protokolliert, und der Tab Verlauf spielt den Code so ab, wie er geschrieben wurde. Kendor macht daraus keine Punktzahl. Eine Person liest die Signale und entscheidet, was sie bedeuten.

AktivitätÜberwacht

3Tab-Wechsel2m 31s insgesamt abwesend

1Externe Einfügung

0Vollbild-Verlassen

9/10Bestandene Tests

16:17:041m 12s außerhalb des Screenings
16:31:40214 Zeichen von außerhalb eingefügtconst windowStart = now - (now % this.windowMs);
16:52:1848s außerhalb des Screenings
17:03:5531s außerhalb des Screenings
17:24:09Abgegeben

Verlauf

31:40 / 1:24:09Leerlauf wird übersprungen1×2×4×

Hänge einen Screen an eine Stellenanzeige.

Bewerber bekommen den Screen in dem Moment, in dem sie sich bewerben, als Link auf der Bestätigungsseite und als Einladungsmail, also verschickt niemand Einladungen von Hand. Wähle Kein Screening, dann warten Bewerbungen stattdessen auf manuelle Prüfung.

Senior Backend EngineerLive

Screening · optional

Hänge ein Screening an, und Bewerber werden bei der Bewerbung ins Screening geleitet.

Kein ScreeningBewerbungen manuell prüfen.Screening Senior BackendTypeScript · Python90 Min.

41Alle0Beworben22Screening19In Prüfung

Jede Person gibt ihr eigenes Urteil ab.

Reviewer lesen den Code, die Testergebnisse und die Aktivität, dann gibt jede Person eine Empfehlung von Klares Nein bis Klares Ja ab, mit einer Notiz, die die anderen lesen können. Danach leitet jemand aus dem Team den Kandidaten weiter oder lehnt ihn ab.

Ada Okaforrate-limiter · 9/10 bestanden

EmpfehlungIn Prüfung · 2 von 3

MCMaya Chen · vor 2 Std.Die Fensterlogik stimmt, und die Tests lesen sich wie Dokumentation.Klares Ja
JWJonas Wirth · vor 1 Std.Hat einen ausfallenden Store abgefangen, ohne dass es verlangt war.Eher ja
PNPriya Nair · jetztLese gerade die schriftliche Antwort.Noch kein Urteil

Entscheidung

Ablehnen Weiterleiten

2 von 3 Bewertungen. Du kannst trotzdem entscheiden.

So funktioniert es

Vom Repository zur Entscheidung in drei Schritten.

Screen bauen
Importiere ein Repository oder starte mit einer einzelnen Datei, füge Tests hinzu (auch versteckte) und lege das Zeitlimit fest.
Verschicken oder an eine Rolle hängen
Lade Kandidaten direkt ein oder lass Bewerber ihn bei der Bewerbung bekommen.
Bewerten, prüfen, entscheiden
Kendor bewertet einen sauberen Neulauf, jede Person gibt eine Empfehlung ab, und du leitest weiter oder lehnst ab.

Fragen

Können Kandidaten die versteckten Tests sehen?

Nein. Versteckte Tests erreichen nie den Browser des Kandidaten: Die Testdatei einer Single-File-Aufgabe bleibt außerhalb seines Workspace, und versteckte Tests laufen nur, wenn die Abgabe auf Kendors Servern bewertet wird. Testdateien, die Kandidaten sehen, werden vor der Bewertung aus deinem Starter wiederhergestellt.

Was, wenn der Code das Netzwerk braucht?

Abhängigkeiten werden installiert, bevor das Netzwerk getrennt wird. Alles, was während der Tests nach außen ruft, scheitert bei jedem Kandidaten gleich, also mocke externe Dienste im Startercode.

Lehnt Kendor Kandidaten automatisch ab?

Nein. Testergebnisse und Integritätssignale sind Grundlagen für Reviewer. Ein Mensch leitet jeden Kandidaten weiter oder lehnt ihn ab.

Müssen Kandidaten etwas installieren?

Nein. Sie öffnen den Link aus ihrer Einladung im Browser und landen in der IDE, mit Abhängigkeiten, Terminal und Vorschau des Projekts startklar. Keine Webcam, keine Browser-Erweiterung, keine Desktop-App.

Mehr von Kendor

Alle Funktionen

Mach dein nächstes Screening auf Kendor. Lies, was der Code sagt.

Kendor arbeitet mit Engineering-Teams in der EU, im Vereinigten Königreich und in den USA. Sag uns, wen du einstellen willst, und wir richten deine Organisation gemeinsam mit dir ein.