Come intervisto agli sviluppatori Web front-end? [chiuso]

Ho affrontato diversi stili di interviste nel corso degli anni. Sembrano abbattere come segue:

1. Ti sembra il tipo giusto di persona?

   Quando ho lavorato in queste aziende sembrano assumere e licenziare rapidamente. Al colloquio, fanno una valutazione sul fatto che tu possa inserirti e che tu stia parlando delle cose giuste, e se dopo alcune settimane non lo stai dimostrando, la nuova recluta fallisce la prova e viene rimossa.

2. Chiesti 20 fatti casuali.

   Questo tipo di interviste sono molto rivelatrici per il candidato. Dicono al candidato quali problemi ha affrontato l'intervistatore e il livello di lavoro coinvolto. Il problema è che selezionano positivamente le persone che hanno letto il libro, piuttosto che identificare il talento di programmazione. Quando ho lavorato in questi ambienti, la qualità degli altri programmatori è stata variabile e generalmente scarsa.

3. Dimostrare abilità.

   Questa è la tecnica dell'intervista che utilizzo principalmente. Dò alla persona un compito relativo al ruolo e poi osservo come si comportano. Fanno domande chiave sul brief? Hanno familiarità con l'argomento? Le loro prestazioni sembrano coerenti con il loro CV? Hanno un design? Hanno effettivamente implementato il loro design o si sono allontanati? Se fai domande sulle loro decisioni di progettazione, ti danno una risposta ponderata sul perché? Oppure hanno mentalmente lanciato una moneta? Se introduci un vincolo che dovrebbe determinare la decisione di un progetto, lo riconoscono?

Per quanto riguarda la formulazione di domande specifiche su CSS mentre non sono su un computer, sono d'accordo sul fatto che un 20 problema a caso non identificherebbe i migliori candidati per te, ma sarei in cerca di un livello adeguato di familiarità con i CSS problemi con domande aperte. per esempio. puoi darmi un esempio di come potresti migliorare la presentazione di ...

Nella mia esperienza è meglio essere pazienti durante il reclutamento, a volte rifiutando il 90% + dei candidati e insistendo sul meglio.

Vorrei anche chiedere come strutturare un sito, come la navigazione e il layout delle cartelle. Questo dovrebbe darti un'idea di come possono mettere insieme un sito nel suo complesso piuttosto che solo una pagina.

Se il tuo sito è pubblico, guarda quello che sanno sull'ottimizzazione dei motori di ricerca (SEO).

Se hanno siti Web pubblici, visitali durante l'intervista e chiedi loro quali sono le loro scelte di progettazione e come hanno fatto quello che hanno fatto.

Chiedete loro cosa farebbero se venissero dati un layout di Photoshop per un sito e in che modo eliminerebbero il compito di creare un sito funzionante da esso.

Se ti aspetti che il progettista lavori con i programmatori, oltre a ciò che è stato elencato prima devi controllare la personalità della persona e come vede la relazione tra programmatore e designer. Inoltre, se ci si aspetta che il progettista modifichi o mantenga siti esistenti, dovrebbe essere comodo negli strumenti e nel codice di tali siti, nonché nel codice esistente e negli strumenti utilizzati. Aiuta a chiedere loro la loro opinione in base allo stile dei siti esistenti interni o esterni e osserva come questa visione si adatta alla cultura della tua organizzazione.

Per gli sviluppatori front-end ci sono alcuni modi per valutare le sue abilità ed esperienze:

Siti Web / Portfolio

Considerando che gli sviluppatori front-end di solito hanno lavorato con cose chiaramente visibili, non è difficile per loro rinunciare a un elenco di siti Web sui quali hanno lavorato. Si potrebbe obiettare che non è possibile a causa di un accordo di non divulgazione, ma non è insolito per loro avere siti Web di portfolio che è possibile controllare.

Se non riescono a mostrare cosa hanno fatto o cosa possono fare, sarei abbastanza sospettoso. È così facile creare progetti su Internet oggi (con strumenti come jsfiddle, github, ecc.) Che è imperdonabile che uno sviluppatore front-end non faccia altrettanto.

Questo è generalmente quello che dovresti chiedere prima dell'intervista, in modo da poter esaminare il materiale. In questo modo puoi avere una conversazione bidirezionale e una discussione con il candidato su come lavora. Se il candidato non è in grado di discutere il suo lavoro, allora è una chiara bandiera rossa.

Dimostrare le abilità

Durante l'intervista puoi chiedere loro di dimostrare le loro abilità. Puoi dire loro di creare una breve demo di Javascript / HTML. In questo modo puoi vedere se sono all'altezza o meno dello sviluppo web front-end.

Lo svantaggio con questo esercizio è che per te e il tuo candidato è necessario attendere fino alla fine (e tuttavia non può portare a un noleggio se il candidato ha ragione ma ha deciso di andare altrove).

Dagli una pagina di test da costruire. Quindi l'intervista dovrebbe essere più o meno se ti piacerebbe davvero sederti accanto a loro in un ufficio per 10 ore al giorno.

Chiedete loro perché i dialoghi modali sono cattivi - non perché pensate che siano necessariamente cattivi, ma per vedere se ci hanno pensato. Chiedi loro se sanno cosa significa "modello mentale". Chiedigli di darti due esempi di ciò che pensano siano siti Web particolarmente buoni e chiedi loro di spiegare perché pensano che siano buoni. Chiedigli di definire cosa si intende per "modello di box" di css.

In altre parole, non chiedere loro della sintassi specifica, chiedi loro cosa sanno della differenza tra siti Web buoni e cattivi. La sintassi è facile da consultare, un buon senso del design ... non tanto.

L'obiettivo non è assicurarti di assumere solo candidati che credono in ciò in cui credi, ma di trovare candidati che abbiano effettivamente pensato a queste cose. Preferirei assumere qualcuno che non è d'accordo con la mia opinione personale sui dialoghi modali, ma so perché gli altri pensano in modo diverso da quello che fanno, quindi assumere qualcuno che ha le stesse convinzioni che io faccio.

Vuoi candidati che pensano. Ci sono così tanti programmatori che si limitano a codificare il modo in cui qualcun altro li ha mostrati al codice senza pensarci due volte. È come l'eterna battaglia di parentesi graffe in lingue simili a C. Non è importante (per me, comunque) che qualcuno sia d'accordo con me, solo che sono consapevoli del dibattito e che hanno formato la propria opinione piuttosto che farlo nel modo in cui gli è stato detto di farlo.