Effetto di ReSharper sulle interviste di codifica [chiuso]

Chiunque abbia usato R # o CodeRush sa quanto velocemente puoi mettere insieme semplici costrutti (e refactoring complessi) con una semplice scorciatoia da tastiera. Tuttavia, questi plugin di produttività causano una falsa valutazione delle capacità durante le interviste?

Parte dell'essere uno scrittore di codice produttivo (e fare una buona prima impressione in un'intervista) è scrivere un buon codice - velocemente.

Se avessi due candidati:

1. Non utilizza plugin. Pensa al problema, si siede a un IDE azionario al PC dell'intervista che assomiglia esattamente al suo e scrive il codice in un minuto o due, come al solito. Fatto. Passaggio.

2. Utilizza plugin. Pensa al problema, si siede a un IDE azionario sul PC dell'intervista e si rende conto che "fe + tab" non scrive più automaticamente un ciclo foreach e tutte le scorciatoie sono sparite. Quindi si borbotta intorno alla tastiera colpendo i suoi normali tasti di scelta rapida e aprendo finestre strane e agitandosi. Gli ci vogliono 3 minuti per scrivere ciò che normalmente impiegherebbe 30 secondi. Fatto. Sembrava che a volte non sapessero aggirare l'IDE. Deve essere nuovo a questo IDE e quindi non avere 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 conosce veramente? Possono esserci candidati che non comprendono il codice e usano R # come stampella. Possono esserci anche candidati che conoscono il codice in entrata e in uscita e utilizzano R # perché è semplicemente più veloce dei modelli VS o Eclipse integrati. È meglio non usare affatto un IDE? Lascia che portino il proprio PC? Altri?

Sono stato candidato 2 in un'intervista di recente . Mi è stata data un'installazione vaniglia dell'IDE su un PC con una tastiera non standard e un framework di test non familiare, e mi è stato chiesto di scrivere una semplice app Fizz-Buzz con unit test. L'ho soffiato. Devo essere sembrato un noob completo, inciampando nel buio cercando di hackerare il codice. Inutile dire che non mi è stata offerta la posizione.

Quello che ho imparato è che faccio molto affidamento sui miei plugin. Non si limitano a digitare il codice più velocemente, ma in realtà modellano il modo in cui penso al codice e il modo in cui procedo alla programmazione. Ad esempio, pensavo molto attentamente ai nomi delle variabili perché potrebbero essere una sofferenza cambiare dopo il fatto. Ora, al contrario, faccio solo un'ipotesi a metà su come userò la variabile, scapperò un po 'di codice, lascerò che la variabile mi dica a cosa serve e quindi premo Refactor-> Rinomina per chiamarlo in modo più appropriato .

Questo mi rende il candidato meno capace? In un certo senso, penso che lo faccia . Qualcuno che può scrivere codice in Blocco note e farlo compilare ed eseguire correttamente ha alcuni vantaggi rispetto a qualcuno come me che ha bisogno di tutta la bontà dell'IDE che può ottenere. Da quel punto di vista, capisco perfettamente il motivo per cui qualsiasi azienda dovrebbe scegliere di non assumere un toolhead come me.

D'altra parte , sono ancora uno sviluppatore senior di talento e capace. Ho imparato cosa funziona per me e pratico il tipo di pigrizia che mi rende produttivo, dati i miei punti deboli e i miei limiti. In breve, sono il tipo di programmatore che potrebbe davvero giovare a un'azienda come quella che mi ha allontanato .

È interessante notare che ho avuto un'altra intervista un paio di settimane fa. A seguito della mia precedente esperienza, ho sollevato la questione di chiedere ulteriori strumenti o budget per acquistarli. Scoprire che non c'erano né mi ha dato un motivo in più per rifiutare l'offerta (piuttosto generosa) che mi hanno fatto .

Quindi, per parafrasare Groucho, " Non vorrei unirmi a nessuna società che avrebbe qualcuno come me come dipendente " .

A meno che non mi facciano usare ReSharper, comunque.

Lascia che (i candidati, cioè ) usino quello che vogliono. Il vecchio, costruisci un Wal-Mart con un coltellino svizzero solo per dimostrare che puoi avvicinarti è così vecchio. Utilizzeranno tutto ciò che serve nel loro lavoro quotidiano (beh, lo spero con certezza), quindi lasciali usare quello che vogliono in un'intervista. Il risultato finale è tutto ciò che conta. E assumerò molto più volentieri un candidato che sa quali strumenti sono disponibili sul mercato e come usarli in modo efficiente, quindi quello che lo fa tutto manualmente. Questa è un'industria killer.

ps Ad esempio, pensa a Vim (o Emacs): ti piacerebbe utilizzarlo senza impostazioni personalizzate, plugin, ecc.?

Direi che strumenti come ReSharper ti rendono davvero un candidato migliore su tutti.

Per prima cosa, qualcosa come ReSharper ti insegnerà i costrutti del linguaggio che potresti non conoscere, nonché i modi migliori per organizzare il codice in modo da pensare a un problema o strutturarlo per la leggibilità. ReSharper, in un certo senso, ti tiene sveglio con le migliori pratiche per il codice di imbragatura, piuttosto che lasciarti ricadere in cattive o obsolete abitudini, o peggio nel cattivo tipo di pigrizia.

Un buon programmatore deve comprendere i costrutti di base, ma non digitarli manualmente. Il buon tipo di pigro lascia che gli strumenti facciano il brontolone, e invece il tempo extra risparmiato viene speso pensando al problema. Questo rende uno sviluppatore migliore nel complesso.

Completerei la linea di ragionamento affermando che se il processo di intervista favorisce bastoni e coltelli di pietra, è fondamentalmente rotto.

Questo è uno dei motivi per cui chiedo alle persone di scrivere un codice alla lavagna, non nell'IDE. Livella il campo di gioco. E la gente dice "oh caro, il resharper gestisce questo per me di solito". Diamine, i frammenti integrati gestiscono loop e simili, che la lavagna non può darti. In quel caso dire qualcosa come "Spero che la punteggiatura sia proprio lì; sono un ragazzo R #" è probabilmente tutto ciò che serve per impedirmi di trattenere alcuni problemi di sintassi contro di te.

Ho bisogno di una certa capacità di scrivere un codice comprensibile sulla lavagna in modo da poter avere una riunione in cui scopriamo come faremo le cose. E, naturalmente, voglio vedere se hai mai davvero scritto codice nella tua vita o no. Le tue interviste possono variare.

Grande domanda A proposito: ho spesso riflettuto su questo.

La padronanza degli strumenti è un'abilità fondamentale per essere un buon sviluppatore. Ho sempre sentito suonare un campanello d'allarme quando uno sviluppatore afferma di preferire la codifica nel blocco note all'utilizzo di un IDE. Suggerisce che è più interessato al processo rispetto al prodotto.

È come preferire coltivare il terreno con una zappa contro un trattore: va bene se sei un giardiniere per hobby, ma insopportabile come un agricoltore industriale in un'economia competitiva.

Tuttavia, diventiamo dipendenti dai nostri strumenti. Le persone sembrano impazzire su come potremmo affrontare l'ipotetica situazione in cui i nostri strumenti sono stati improvvisamente portati via. C'era la stessa argomentazione su come consentire ai calcolatori di partecipare agli esami.

La realtà è che gli strumenti diventano sempre meglio e sempre più economici ogni anno e non c'è motivo per cui dovresti mai supporre che sarai senza di loro. E gli strumenti sono grandiosi nel fare cose ripetitive con un alto grado di qualità, il che significa che possiamo concentrare tutta la forza dei nostri incredibili intelletti homo-sapien sulle parti difficili (e interessanti).

ReSharper è una fantastica aggiunta a Visual Studio. La mia attuale azienda non aveva ReSharper quando sono stato intervistato, ma ero così evangelico al riguardo nella mia intervista che mi hanno comprato una copia quando ho accettato la posizione, nonché una per lo sviluppatore che mi ha intervistato. Ora viene implementato in tutta l'azienda. I buoni strumenti si ripagano da soli in pochissimo tempo.

Quindi, per rispondere alla domanda: la tua dipendenza dagli strumenti può causare una falsa valutazione delle tue abilità in un'intervista, ma forniranno sempre una valutazione corretta delle abilità dell'intervistatore. Se un'azienda non riconosce il valore del supporto degli strumenti nella tua intervista, devi mostrare loro la luce. E se ancora non lo vedranno, sarei molto preoccupato di accettare una posizione lì.