Domanda:
Come superare l'ansia da intervista durante la scrittura del codice?
Kyle Trauberman
2012-11-09 11:27:42 UTC
view on stackexchange narkive permalink

Soffro di ansia da prova e durante il colloquio sono spesso così stressato che ho difficoltà a completare compiti che normalmente non avrei problemi a completare.

Recentemente ho superato un colloquio in cui ho ero così nervoso che mi sembra di aver fatto male su una domanda di programmazione in particolare, qualcosa con cui normalmente non avrei problemi altrimenti.

Come si supera il nervosismo e l'ansia durante le interviste? È saggio informare in anticipo l'intervistatore che hai ansia?

Presumo che quasi tutti avrebbero nervosismo e ansia in una situazione di intervista.
A volte provo a dirlo a me stesso. "Gli intervistatori sono nervosi quanto me"
Se dici a te stesso che il colloquio di lavoro è "importante per la tua vita", allora sarai preoccupato per il risultato. Se riesci a trovare un modo per trattare l'intervista come un gioco (non così importante, ma piacevole da vincere) puoi rimuovere molta ansia. Nessun singolo colloquio di lavoro è così importante, prova ad andare ad alcuni semplicemente per affinare le tue capacità.
Se prendere una dose di tequila è fuori discussione, suppongo che tu possa provare questi: http://www.studygs.net/tstprp8.htm
Probabilmente non è un'idea così cattiva;)
Sei risposte:
Charles E. Grant
2012-11-09 12:27:31 UTC
view on stackexchange narkive permalink

Pratica, pratica, pratica. Non ricrea lo stress di un colloquio, ma ti aiuterà a creare abitudini su cui puoi fare affidamento quando sei stressato. Ci sono un numero qualsiasi di libri sulla programmazione delle interviste. Mettiti in contatto con un amico programmatore e fai delle finte interviste. Potresti anche essere fortunato nelle interviste reali e ti verrà chiesto un problema simile a quello che hai già fatto.

+1: Tutta la psicologia del mondo non aiuterà se non continui a esercitarti e ad abituarti.
@SnOrfus Ci sono molti casi in cui persone qualificate hanno fallito le interviste perché erano troppo nervose. Alcuni di questi sono persino discussi in quei libri di cui parlava Charles (vedi Cracking the Coding Interview). Farlo bene mentalmente è sicuramente qualcosa a cui prestare attenzione se sai che è un problema per te, proprio come il caso dell'OP.
@SnOrfus ma capire che il fatto * è * psicologia; P.
Aggiungerei che un ottimo luogo per esercitarsi sono le riunioni del gruppo di utenti. Anche se non ti senti abbastanza sicuro di "vivere codice" di fronte a una stanza di 20 persone, solo spiegare il codice dovrebbe essere un inizio. Quindi lavora al codice live. Se riesci a farlo di fronte a 20 persone, dovresti essere in grado di farlo di fronte a 2-3 a cui piaci abbastanza da investire un'ora o più in un colloquio.
+1 Puoi iniziare a esercitarti pensando ad alta voce o spiegando il codice ai tuoi colleghi. Se sei ancora a scuola, con un altro compagno di studi.
Yam Marcovic
2012-11-09 12:07:02 UTC
view on stackexchange narkive permalink

Per me si tratta di essere consapevoli della tua situazione e di non esagerare con le proporzioni.

Gli intervistatori vogliono fare domande difficili

  1. Mostra quanto bene tu eseguire sotto pressione e limiti di tempo
  2. Mostra la tua capacità di scomporre le cose e non arrenderti anche se i problemi sembrano difficili.
  3. Se fallisci, la tua fiducia può un po 'da quando sei entrato e potresti chiedere uno stipendio più basso.
  4. Vogliono la possibilità di essere eccitati dalle sorprendenti capacità di qualcuno. Non lo otterranno facendo domande che la maggior parte delle persone probabilmente sa già come rispondere.

Le cose importanti da ricordare

  1. L'intervistatore e voi vi conoscete potrebbe funzionare lì alla fine. Mostra loro i tuoi lati positivi. Sii fiducioso. Se un giorno lavorerai lì, potresti finire per essere amici, e sarebbe molto più bello non iniziare con un attacco di panico. Quindi rilassati, fai del tuo meglio e lascia che siano loro a giudicare se vogliono averti lì.
  2. Le persone sono diverse e percepiscono le cose in modo diverso e in tempi e situazioni differenti. Se non fai un buon lavoro durante il colloquio, non saltare immediatamente alla conclusione che non sei bravo. Farai abbastanza bene ciò per cui ti sei preparato. Qualsiasi altra cosa è questione di fortuna.
  3. Gli intervistatori non vogliono perdere tempo; vogliono tornare a lavorare. Nella mia ultima intervista, mi è stata posta una domanda e poiché c'erano diversi modi per rispondere e mi sembrava di averne già scelto uno, ho spiegato che in situazioni di vita reale, potevo prendere in considerazione diverse alternative e prendermi del tempo per pensaci, ma per il bene del tempo in quel particolare momento, potrebbe dirmi se ho scelto il modo giusto di pensare al problema. La risposta è stata sì, ma non credo che ci sarebbe stata una cattiva impressione se fosse stato no.

Per rispondere alla tua ultima domanda

Penso che sia saggio informarli della possibile ansia. Se diventi ansioso, non è che non sarebbero in grado di dirlo. Ma se glielo dici prima, o diventerai ansioso e non sarebbe una sorpresa per loro, o ... che semplicemente pubblicandolo potresti sentirti meglio e più calmo.

Inoltre, la maggior parte dei datori di lavoro si aspetta che le persone siano nervose. Un posto in cui ho lavorato ha avuto un "giorno del codice" (o, per il personale del server / IT, un "guanto di sfida"). Alla fine, il codice non aveva molta importanza (purché non fosse atroce), ciò che importava era come il potenziale cliente gestiva lo stress e il compito assegnatogli. Inoltre, vogliono sapere come risolverai un problema.
MainMa
2012-11-09 12:28:40 UTC
view on stackexchange narkive permalink

Il colloquio è solo una parte del processo di assunzione e la programmazione durante un colloquio è solo una parte di un colloquio.

Se questa è la tua parte debole, assicurati che:

  1. Il tuo profilo è abbastanza solido.

    Se il candidato ha dozzine di grandi progetti open source disponibili sul Web , è abbastanza sicuro che questa persona sia in grado di scrivere codice, anche se la parte di codifica dell'intervista non è stata così buona.

    Se, d'altra parte, l'unica cosa che puoi mostrare a un reclutatore è il tuo CV di una pagina che non ha nulla interessante, quindi, beh, chiederti di programmare durante l'intervista è l'unico modo per sapere se sei in grado di programmare.

  2. Puoi parlare con facilità di te durante il colloquio, al di fuori della fase di programmazione.

    Le abilità di programmazione sono fondamentali, ma la comunicazione è ancora più importante per uno sviluppatore . Se sei in grado non solo di dimostrare che sai scrivere codice (vedi punto 1 sopra), ma puoi anche comunicare chiaramente su di te , descrivendo la tua carriera, i tuoi punti di forza, ecc. Sarebbe strano per un'azienda non assumerti se le tue capacità corrispondono alle aspettative.

  3. Sii chiaro. Dì all'intervistatore che non sei in grado di gestire lo stress durante la fase di codifica del colloquio , ma che sei stato in grado di gestire correttamente le situazioni di stress durante il tuo lavoro precedente (assicurati che qualcuno dell'azienda per cui hai lavorato in precedenza può confermarlo, se necessario).

    Una volta terminata la codifica, spiega all'intervistatore cosa ti ha causato lo stress . Non c'è niente di sbagliato nel dire qualcosa come:

    Giusto! Avrei potuto usare il pattern Factory qui. Non l'ho pensato a causa dello stress. Ma sono abbastanza familiare al pattern Factory; puoi controllare il mio ultimo progetto open source per vedere come l'ho implementato nell'ultimo mese durante il refactoring, semplificando in gran parte il codice.

tdammers
2012-11-09 17:43:45 UTC
view on stackexchange narkive permalink

Alcuni pensieri che potrebbero essere utili.

  1. Un colloquio di lavoro è una situazione innaturale e la stragrande maggioranza dei candidati è nervosa. Gli intervistatori ne sono generalmente consapevoli; di solito è facile capire quando un candidato è nervoso e i migliori ne terranno conto.
  2. Un colloquio di lavoro è bidirezionale. Lo scopo principale di un test di programmazione è vedere se puoi effettivamente programmare, ma il solo fatto che te ne venga dato uno, così come cosa verifica e come, ti dice molto sull'azienda. Ti stanno valutando, ma stai anche valutando loro. Ciò significa anche che se sospetti che sia una di quelle aziende che intenzionalmente sottopone i candidati a molte pressioni durante il colloquio, ciò potrebbe suggerire una cultura aziendale che considera normale un ambiente di lavoro stressante.
  3. Più di metà delle persone che fanno domanda per un tipico lavoro di programmazione non può programmare affatto . Se puoi, sei già avanti rispetto alla metà degli altri candidati, anche se superi a malapena il test di programmazione.
  4. Alcuni test di programmazione hanno domande che vanno dal livello principiante al livello guru; nessuno dovrebbe ottenere il 100% su questi. Ottenere il 20% giusto potrebbe comunque renderti il ​​lavoro.
  5. La tua vita non dipende da un singolo colloquio, mai. Almeno non in questa professione: ci sono semplicemente troppi posti che necessitano di software scritto e troppo pochi bravi programmatori per scriverlo.
  6. L'adrenalina è un'arma a doppio taglio. Prova a vedere se riesci a trovare un modo per usarlo a tuo vantaggio.
  7. Vai ai colloqui quando non hai bisogno di un lavoro, solo per accumulare esperienza. E chissà, forse riceverai un'offerta stellare molto migliore del tuo lavoro attuale.
Karl Bielefeldt
2012-11-10 14:38:51 UTC
view on stackexchange narkive permalink

Quando suonavo l'organo in chiesa, le persone mi chiedevano come avrei potuto farlo senza essere spaventato a morte. La mia risposta è stata che l'ho fatto ogni settimana nonostante di essere spaventato, poi dopo alcuni anni ho capito che non ero più spaventato. Niente batte la pratica per superare l'ansia.

Detto questo, ci sono cose che possono aiutare. Il primo è essere consapevoli della causa alla base della tua ansia. Di solito in quella situazione, deriva dal preoccuparsi troppo di ciò che gli altri pensano di te. Non cercare di dire quello che pensi che l'intervistatore si aspetta che tu dica, insegnagli come risolvere il problema, come se fosse un collega che non conosceva la risposta.

L'altro motivo per cui le persone si innervosiscono è che non sanno come reagire quando si bloccano. La cosa da fare è pensare ad alta voce e fare domande. Rendi l'intervista una strada a doppio senso. Non restare lì in silenzio a girare le ruote finché non ti diventi frenetico. Indica ciò che ricordi e non ricordi e chiedi chiarimenti, proprio come potresti fare mentre sei al lavoro.

Fare una domanda stupida per liberarti è meglio che dare una risposta stupida perché non l'hai fatto ' t chiedere aiuto. Una volta ho organizzato un colloquio dell'ultimo minuto quando mi trovavo nello stato. Quell'azienda utilizzava C ++, che non avevo mai usato professionalmente e non avevo tempo di rivedere prima dell'intervista. Glielo ho detto, ma mi hanno fatto comunque domande in C ++. In realtà ho dovuto chiedere class Class1: public Class2 che era la classe base e quale era la classe derivata.

Potrebbe sembrare un suicidio da intervista, ma ho ottenuto il lavoro perché non ho lasciato che una sintassi banale si intromettesse nel dimostrare la mia più ampia esperienza. L'intervistatore sapeva perfettamente che avrei potuto cercarlo su Google in due secondi e che l'alternativa era o non rispondere affatto o fare uno scatto 50/50 che mi sarei tranquillamente reso ridicolo.

Se non ottieni il lavoro, non è la fine del mondo. Elabora alcune strategie per migliorare e riprova.

domsom
2012-11-11 17:26:41 UTC
view on stackexchange narkive permalink

Due pensieri su questo:

  1. Se sei invitato al colloquio, le tue possibilità di ottenere il lavoro sono più alte che vincere alla lotteria. Hai paura di non vincere il jackpot?
  2. Ti viene chiesto di dimostrare qualcosa che ti piace (programmazione). Di solito hai paura durante la programmazione?

Anche se non puoi assomigliare al solito ambiente di programmazione con cui ti senti a tuo agio in una situazione di colloquio, cerca di entrare nella sensazione che di solito hai quando sei nella codifica " flusso". Potresti provare la tecnica di "ancoraggio" della PNL per raggiungere questo obiettivo.

Non si tratta di aver paura di scrivere codice, si tratta di farlo di fronte a qualcuno che mi sta giudicando.
Sì, ma la tua attività - scrivere codice - rimane la stessa. Non dovresti cambiare il modo in cui lavori solo perché qualcuno ti sta guardando / giudicando. Hai mai fatto programmazione in coppia? Inoltre, intervistatori ben preparati di solito hanno fissato criteri su cui concentrarsi sull'osservazione, ad es. che tu sia un tipo di documentazione o un ragazzo di tentativi ed errori. Né è giusto o sbagliato in generale, ma la posizione che occupano potrebbe adattarsi più naturale all'una o all'altra (ad esempio centrale nucleare contro avvio).


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...