Quanto è importante essere in grado di scrivere codice come si scriverà in prosa [chiuso]

Come intervistatore che chiedeva la codifica della lavagna bianca, non stavo cercando una sintassi perfetta e stavo facendo domande sugli algoritmi di base usando array o stringhe. Stavo cercando il tipo di conoscenza che un ragazzo del college dovrebbe avere dopo aver visto un professore scrivere un codice su una lavagna. Non che la maggior parte dei professori lo faccia più, dal momento che tutti usano PowerPoint, ma nel giorno prometto che l'hanno fatto.

Il codice per la lavagna sembrava far impazzire alcuni dei miei intervistati, ma in quel caso tendevo a cercare di parlargli attraverso. Tutto quello che volevo vedere era che potevano scrivere codice. Dal momento che la mia azienda non ha preso campioni di codice, e dato che non ero il gestore delle assunzioni che dettava come è andata l'intervista, questa è stata la mia migliore scommessa per ottenere tali informazioni.

Come intervistato sono stato intervistato da una Very Big Company le cui interviste tecniche sono tutte a lavagna bianca. Avevo letto sui blog e negli articoli che per questa Very Big Company dovevi iniziare con una risposta moderatamente ottimizzata rispetto all'attacco brute force e dovevi avere una sintassi perfetta. Le persone che scrivono questo su internet devono aver conquistato gli intervistatori e io devo averne quelle facili, perché la mia esperienza è stata che la codifica della lavagna era vista come uno strumento di pensiero nelle interviste proprio come sarebbe stato in un vero brainstorming con la tua squadra .

Forse ci sono intervistatori là fuori che chiedono alla lavagna un codice perfetto e almeno un po 'ottimizzato, come se stesse scorrendo direttamente dal tuo flusso di coscienza. Davvero, però, se una persona sta chiedendo queste cose, vuoi che lui o lei sia il tuo collega? Se è così, fantastico. In caso contrario, forse non è così male se non puoi scrivere codice come la prosa.

In un'intervista, però, non mi preoccuperei di scrivere codice su una lavagna. Fai del tuo meglio per risolvere il problema con gli strumenti che hai. Intervistatori come me stanno facendo il tifo per te per risolvere il problema tanto quanto lo sei.

L'anno scorso, ho avuto un'intervista che prevedeva non solo la scrittura su una lavagna, ma anche lo sviluppo di una vera applicazione funzionante. Mi è stato fornito un computer portatile con Visual Studio, una stringa di connessione per un database e mi è stato detto di sviluppare un servizio Web che esponesse il database e il front-end di WinForm alla query tramite il servizio web.

Non ci pensavo affatto - oltre al fatto che è stata l'intervista più completa che abbia mai avuto - e non era un grosso problema. Le aziende che intervistano in questo modo sono in genere alla ricerca di ingegneri produttivi e disinvolti e, a meno che un candidato non dimostri di avere abbastanza padronanza dell'argomento per poterlo discutere e usarlo estemporaneamente, non lo faranno. criteri.

Ora ci sono molti ingegneri competenti che si innervosiranno in questa circostanza e faranno degli errori. Se l'intervistatore non riesce a riconoscerlo, entrambe le parti perdono terreno, ma cosa hai intenzione di fare? L'intervistatore deve fare qualcosa per ottenere un ragionevole livello di fiducia che il curriculum e le risposte dell'intervistato non siano truccate. Di solito, un falso sarà catturato in breve tempo, ma come datore di lavoro, non vuoi sprecare tempo e denaro a sniffare un artista delle BS.

Quindi non riesco a vedere alcun problema con il codice della lavagna in un'intervista.

A mio parere, l'intervistatore non sta cercando la soluzione al problema che è esente da errori di sintassi della lingua o codice pulito. Invece, stanno cercando di capire il tuo modello di pensiero, che include,

1. Come si rompe il problema complesso in una serie di semplici problemi.
2. Come gestisci lo stress.

Queste 2 cose differenziano i programmatori grandi e medi. Quindi se si partecipa a tali interviste, è sufficiente giocare e non preoccuparsi della sintassi del linguaggio.

Buona fortuna,

Non penso che sia importante essere in grado di scrivere codice sorgente perfetto e compilabile come la prosa, su una lavagna. Io faccio penso che sia importante poter scrivere pseudo-codice / algoritmi chiari e comprensibili come la prosa su una lavagna (magari con frammenti di codice reale lanciati quando applicabile).

Le domande poste in un'intervista per un white board non dovrebbero essere a un livello tale che un programmatore che sa cosa stia facendo dovrebbe fare riferimento al vecchio codice.

Uno degli scopi principali di una tale domanda è vedere come lavori e come si presentano codice e soluzioni. Se qualcuno non è in grado di presentare una soluzione a un problema su una lavagna bianca in modo efficace con codice reale, allora in genere è negativo, soprattutto se la posizione implica la collaborazione con altri programmatori.

Spero di non dover scrivere una stringa di connessione su un file DB 4, ma dovrebbe esserci qualche codifica di base, non dovrebbe? Chiederei a un commercialista o analista finanziario come scrivere un'istruzione if in una formula di Excel.

Forse per essere onesti, potresti ottenere un esempio del loro codice e chiedere di riscrivere un pezzo per un bisogno specifico.

Non sono sicuro che assumerei qualcuno che non fosse in grado di dimostrare il proprio lavoro e, si spera, discuterne.

Penso che sia ridicolo che tu possa scrivere perfetto, codice di sintassi corretto su richiesta (vedi la risposta di @ justtk). Non so cosa dovrebbe testare perché non sta testando come funziona la programmazione vera e propria. Deve essere qualcos'altro che stanno cercando.

Il problema con questo approccio è che potresti benissimo finire con un ragazzo stretto che conosce tutte le funzioni dell'API, ma perdere un programmatore davvero grande che trova soluzioni a problemi reali, ma potrebbe dover cercare alcuni costrutti .

Preferirei molto che ti dessero un problema realistico da risolvere da solo e poi presentarlo al revisore con codice funzionante.

Quindi no, scrivere il codice come prosa sembra estremamente poco importante per me.