Chiunque abbia usato R # o CodeRush sa quanto velocemente si possono assemblare semplici costrutti (e rifattori complessi) con una semplice scorciatoia da tastiera. Tuttavia, questi plug-in di produttività causano una falsa valutazione dell'abilità durante le interviste?
Parte di essere uno scrittore di codice produttivo (e fare una buona prima impressione in un'intervista) sta scrivendo un buon codice - veloce.
Se avessi due candidati:
-
Non usa plugin. Pensa al problema, si siede a un IDE di stock al PC dell'intervista che sembra esattamente come il suo e digita il codice in un minuto o due, come al solito. Fatto. Passare.
-
Utilizza plug-in. Pensa al problema, si siede su un IDE di riserva al PC dell'intervista e si rende conto che "fe + tab" non scrive più automaticamente un ciclo foreach e tutte le scorciatoie sono sparite. Poi borbotta intorno alla tastiera colpendo i suoi normali tasti di scelta rapida e facendo apparire strane finestre e agitandosi. Gli ci vogliono 3 minuti per scrivere ciò che normalmente impiegherebbe 30 secondi. Fatto. Sembrava che a volte non sapessero come muoversi intorno all'IDE. Deve essere nuovo a questo IDE e quindi non ha avuto molta esperienza con esso o forse la lingua. Passa, ma un segno "meh" accanto al loro nome.
Nella tua esperienza, come gestisci i plugin durante le interviste come intervistatore o intervistato? Quali sono le migliori pratiche per ottenere ciò che il candidato sa davvero? Ci possono essere candidati che non capiscono il codice e usano R # come una stampella. Ci possono anche essere candidati che conoscono il codice dentro e fuori e usano R # perché è semplicemente più veloce dei modelli VS o Eclipse integrati. È meglio non usare proprio un IDE? Lascia che portino il loro PC? Altri?