NovitàPair coding dal vivo: un link per chi si candida, una sandbox condivisa per tutti.Guardala ↓

Test di coding · take-home asincroni

Take-home in un vero IDE. Valutati dove nessuno può toccare il punteggio.

I candidati hanno VS Code, un terminale, un'anteprima dell'app in esecuzione e i language server, tutto nel browser. La valutazione riesegue il lavoro sui server di Kendor a versioni fissate e senza rete, così il punteggio appartiene al codice.

01

Tre tipi di domanda, un solo limite di tempo.

Combina progetti completi, esercizi su un singolo file e domande scritte in un unico screen. Il limite di tempo copre l'intero screen, e i candidati passano liberamente da una domanda all'altra.

02

Una riesecuzione pulita decide il punteggio.

I risultati del terminale del candidato non contano. Per valutare, Kendor ricostruisce il workspace dal tuo starter sui propri server, sovrappone solo i file che il candidato può modificare ed esegue i tuoi test alle versioni fissate della sfida. I test nascosti girano solo lì.

  • Le stesse versioni per ogni candidato, così due consegne vengono valutate allo stesso modo.
  • Nessuna rete mentre girano i test, così niente fuori dalla sandbox può cambiare un risultato.
  • Test, fixture e comandi di installazione arrivano dal tuo starter, quindi modificarli non cambia nulla.

03

Segnali di integrità, mostrati come prove.

Con la sorveglianza attiva, cambi di scheda, incollaggi esterni e uscite dallo schermo intero vengono registrati con l'orario, e la scheda Cronologia riproduce il codice così come è stato scritto. Kendor non li trasforma in un punteggio. Una persona li legge e decide cosa significano.

04

Collega uno screen a un annuncio di lavoro.

I candidati ricevono lo screen nel momento in cui si candidano, con un link nella pagina di conferma e un'email di invito, così nessuno manda inviti a mano. Scegli Nessuno screening e le candidature restano in attesa di revisione manuale.

05

Ogni revisore dà il proprio verdetto.

I revisori leggono il codice, i risultati dei test e l'attività, poi ognuno registra una raccomandazione da No convinto a Sì convinto, con una nota che gli altri possono leggere. Poi qualcuno del team promuove o respinge il candidato.

Come funziona

Dal repository alla decisione in tre passi.

  1. Crea lo screen

    Importa un repository o parti da un singolo file, aggiungi i test (anche nascosti) e imposta il limite di tempo.

  2. Invialo o collegalo a un ruolo

    Invita direttamente i candidati, o lascia che chi si candida lo riceva al momento della candidatura.

  3. Valuta, rivedi, decidi

    Kendor valuta una riesecuzione pulita, ogni revisore registra una raccomandazione, e tu promuovi o respingi.

Domande

I candidati possono vedere i test nascosti?

No. I test nascosti non arrivano mai al browser del candidato: il file di test di un esercizio su un singolo file resta fuori dal suo workspace, e i test nascosti girano solo quando la consegna viene valutata sui server di Kendor. I file di test che il candidato vede vengono ripristinati dal tuo starter prima della valutazione.

E se il codice ha bisogno della rete?

Le dipendenze vengono installate prima che la rete venga tagliata. Qualsiasi chiamata esterna durante i test fallisce allo stesso modo per ogni candidato, quindi simula i servizi esterni nel codice di partenza.

Kendor respinge i candidati in automatico?

No. Risultati dei test e segnali di integrità sono elementi per i revisori. È una persona a promuovere o respingere ogni candidato.

I candidati devono installare qualcosa?

No. Aprono nel browser il link del loro invito e arrivano nell'IDE con le dipendenze del progetto, il terminale e l'anteprima pronti. Niente webcam, niente estensione del browser, niente app desktop.

Fai il tuo prossimo test su Kendor. Leggi cosa dice il codice.

Kendor lavora con team di ingegneria nell'UE, nel Regno Unito e negli Stati Uniti. Dicci per cosa stai assumendo e configureremo la tua organizzazione insieme a te.