Le restrizioni temporali ai test tecnici sono una buona cosa? [chiuso]

Un modo per valutare la legittimità del limite di tempo e le domande in questione è di dare lo stesso esercizio a un campione di personale che è già dipendente. Altrimenti stai letteralmente indovinando sulla base di un'idea preconcetta su ciò che qualcuno "dovrebbe" essere in grado di fare.

Eseguendo piccoli esercizi tecnici in breve tempo si sta valutando un indicatore limitato delle prestazioni in una situazione molto artificiale. I risultati di tale test devono essere presi nel contesto di altri fattori. Probabilmente non è una buona idea usare i risultati come un filtro "go / no go".

Quando si tratta di interviste, ha senso avere dei limiti di tempo - altrimenti si può finire per intervistare tutto il tempo ...

Per gli esercizi di codifica, il limite di tempo dovrebbe riflettere le aspettative del candidato - se ritieni che l'esercizio non possa essere completato nel tempo assegnato, devi comunicarlo al candidato (altrimenti potrebbero credere che dovrebbero finire l'intero cosa e scoraggiarsi e non fare del loro meglio). Dovresti anche comunicare ciò che il candidato è dovrebbe raggiungere.

Anche se si tratta di un limite artificiale, deve essere presente: i candidati sanno quanto tempo devono dedicare all'esercizio e verifica anche come gestiscono autonomamente il proprio tempo e il modo in cui si auto-organizzano.

Sembra che il processo sia in atto da un po 'di tempo. Suggerirei di analizzare i suoi risultati. Come si comportano i candidati? In che modo i candidati che hai assunto assumendo si sono comportati alla prova? Erano soddisfacenti? Quindi sai se il processo attuale è troppo indulgente o no, e quali sono i problemi che non rileva. (Purtroppo è difficile sapere se e perché ha respinto le persone che sarebbero state buone assunzioni).

I limiti di tempo ti danno un out. Uno sviluppatore competente dovrebbe essere in grado di fornire almeno una soluzione di prima approssimazione, anche se si tratta solo di uno pseudocodice o di un'interfaccia. Qualcuno che non è competente inizierà immediatamente la codifica e si aggrovigerà.

Non ho fatto molte interviste (< 50) nella mia carriera fino ad ora, ma ho trovato che i candidati che terminano entro il periodo di tempo sono generalmente competenti, mentre quelli che superano il limite di tempo sono sia dettagliatamente -o-analisi-ossessionata o incompetente, e ulteriori domande sul loro design possono eliminarlo.

Penso che, in generale, siano una buona idea. Ti permette di disegnare su un altro confronto tra due candidati.

Ad esempio, se il candidato A completa l'attività in un'ora e segna l'80%, il candidato B completa l'attività in un'ora e metà e segna l'80%. Ovviamente andresti per il candidato A.

Ogni altra variante di questo dipende dalle tue preferenze. Vuoi qualcuno che impiega più tempo a fare le cose, ma le fa anche molto bene. O qualcuno che lo fa in fretta e lo fa abbastanza bene.

Ti mostrerà anche come reagisce il candidato a un limite di tempo pressurizzato (2 ore è troppo lungo). Se si precipitano, il loro codice sarà sh * te ma gli altri prenderanno il loro tempo, anche sapendo che non finiranno entro il loro limite di tempo.

Dipende esclusivamente da te.

Non c'è nessun progetto che io sappia che è stato eseguito indefinitamente, una cosa del genere è un'utopia.

Dato che il potenziale affitto sarà sottoposto a stress permanente e il suo compito sarà sempre un limite di tempo, è naturale che egli debba essere sottoposto a un test con un limite di tempo.

Ma fai attenzione, se è in grado di finire il test sotto il tuo limite di tempo non lo rende automaticamente competente (o viceversa) se non imposti correttamente il limite.