Nelle interviste tecniche che intervistano i programmatori esperti, gli intervistatori fanno molte domande basate sulla conoscenza. [per esempio. Mi piace come configurare questo e quello nell'XML]. Queste domande hanno esattamente una risposta ed è molto probabile che un buon programmatore non conosca la risposta (e quindi venga respinto). C'è un buon modo per rispondere a queste domande? [Come dire gentilmente all'intervistatore che la risposta è solo una ricerca su google].
Penso che dovrebbe essere OK dire all'intervistatore che onestamente non conosci la risposta, e poi procedi a dire loro come lo scopriresti (come chiedere ai colleghi, consultare il manuale, cercare sul web, ecc. ..). Questo dovrebbe mostrare all'intervistatore che sei intraprendente e adattabile alle nuove situazioni e disposto a imparare - e anche onesto sull'ammettere quando non lo sai, piuttosto che cercare di bluffare e fallire. Non ho avuto questa esperienza personalmente, quindi non sono sicuro al 100% di come funzionerebbe, ma accetterei questo tipo di risposta se fossi l'intervistatore. Buona fortuna!
Il mio tipo preferito di domanda dell'intervista ... La mia risposta tipica se non conosco la risposta in cima alla mia è dire tanto, ma poi procedi a descrivere come risolverei il problema.
Ad esempio, "Qual è la chiamata API a Shazbut il Fuzzer?"
Risposta , vorrei andare online ai documenti dell'API "Fuzzer" e scoprirlo. Per essere onesti, non ho usato "Fuzzer" ma ho usato "Fubar" che fa la stessa cosa. Abbiamo usato Fubar nel nostro ultimo progetto a causa di X, Y e Z.
Questo tipo di approccio dimostra una serie di cose:
Se fossi l'intervistatore, vorrei qualcuno con la conoscenza più completa di qualcuno che potesse dire la risposta.
Se è una domanda che non suona corretta, lo menzionerei anch'io. A volte ottieni persone che vogliono ingannarti - forse è per vedere se stai prestando attenzione o se stai per lanciare una risposta ovviamente sbagliata come se fossi un'autorità. Usando la stessa domanda ipotetica, potresti avere una risposta simile a questa: "Questa è la prima volta che ne ho mai sentito parlare, se non ti dispiace, dove posso trovare ulteriori informazioni al riguardo?"
Questo dice all'intervistatore che non fingerai di sapere qualcosa che non sai, ma sei disposto a imparare. Spetta a te decidere se dedicare del tempo a cercare l'API di Fuzzer.
Penso che sia importante in un'intervista essere in grado di dimostrare come gestisci il confronto con i limiti delle tue conoscenze. Il tuo datore di lavoro vorrebbe essere in grado di scaricare un documento di 200 pagine su una tecnologia che non conosci e si aspetta che tu diventi esperto residente.
Quando ho intervistato per la mia posizione attuale, non avevo scritto alcun C ++ nei vari anni trascorsi dal college, e ho ammesso di averlo fatto. Quando qualcuno ha scritto class A : public B come parte di una domanda sulla lavagna, non riuscivo a ricordare quale fosse la classe base e quale fosse stata derivata, ma dopo aver chiesto all'intervistatore la sintassi, sono riuscito a rispondere alla domanda in base alla mia conoscenza di i concetti sottostanti, e fu offerto il lavoro. D'altra parte, qualcuno che afferma di aver programmato in C ++ ogni giorno negli ultimi 5 anni dovrebbe sapere che la sintassi è al di sopra della propria testa.
Tuttavia, anche qualcuno che usa sempre una determinata lingua, potrebbe essere arrugginito in certe aree che potresti non aspettarti, ma dovrebbe avere una buona ragione per farlo. Ad esempio, eseguo la programmazione incorporata e non ho scritto codice per aprire o leggere da un file in un lungo periodo, o ricevere input da un utente, o eseguire una query su un database o disegnare una GUI. Ciò non significa che non potrei riacquisire rapidamente quelle capacità, ma dovrei essere pronto a dimostrare la capacità di farlo, e non solo aspettarmi che mi credano sulla parola.
Come altro esempio, in un lavoro precedente, tutta la nostra memoria doveva essere allocata staticamente, per rendere più facile dimostrare i massimi requisiti di RAM per l'ultra-affidabilità. Nella rara eccezione non era fattibile, dovevi fare in modo che un peer ci firmasse e la memoria non poteva mai essere liberata. Sono stato molto bravo a evitare l'allocazione dinamica , ma non è la stessa cosa che essere bravi a farlo.
Se facessi una domanda su queste aree, ammetterei che ero arrugginito, e dare il motivo, quindi procedere a rispondere nel modo migliore che potrei ricordare, chiedendo chiarimenti come necessario.
Sono ambivalente riguardo a loro. Una parte di me non gradisce quanto siano banali molti di loro (" qual è il 3 ° parametro della funzione di stampa ") ma riconosco anche che se qualcuno lavora con una tecnologia, nel corso del tempo l'hai visto tante volte lo sai a memoria. Sono abbastanza disposto a dire "Non lo so, lo farei su Google prima di disturbare i miei colleghi a riguardo". D'altra parte, se rispondi a tutte le domande con la stessa risposta, ti dà l'impressione di non conoscere la tecnologia e di andare su Google tutto, incluso il codice che hai presumibilmente scritto.
Lavoro con .NET. Le prime versioni del framework avevano oltre 40.000 oggetti diversi. Nessuno può conoscerli tutti.
Ho avuto un'intervista o due come questa e posso capire che può farti sentire a disagio. Di solito è quando un datore di lavoro tocca una tecnologia che ho sul mio CV / CV che non ho usato per un buon anno o due.
Rispondo dando loro la comprensione della tecnologia che chiedono e di come viene applicata, quando viene applicata e quando non viene applicata. Dal punto di vista tecnico, farò del mio meglio per rispondere, anche una mezza risposta è utile per loro e rassicurarli che sì, se fossi al mio PC, Google sarebbe d'aiuto e che la risposta tecnica non è altro che un minuto o due per ritardare nel portare avanti il lavoro.
Tutto sommato, penso che un intervistatore possa fare abbastanza domande per sapere se hai il calibro per il lavoro e quanto rischi sei per loro.
Tuttavia, se hai effettivamente risposto in modo errato a ogni domanda tecnica, o hai fatto una domanda molto ovvia, come dichiarare una variabile sul linguaggio X, è sbagliato, quindi sarebbe molto preoccupante per loro e sentiranno che non lo fanno Avere il tempo di investire su di te per essere al passo o allenarti sui fondamentali.
Questo mi è successo durante un'intervista telefonica in cui mi è stata presentata una domanda riguardante un'utilità BASH che non avevo mai usato prima. Ho spiegato che, sebbene non l'avessi mai usato prima, ero certo che avrei potuto controllare Google o la sua pagina man.
Essendo un'intervista telefonica, l'intervistatore mi ha subito messo sul posto chiedendomi se ero di fronte a un computer e mi ha chiesto di farlo. Pochi momenti dopo sono stato in grado di dare una chiara spiegazione di come potrebbe essere utilizzato per risolvere il problema presentato.
Poco dopo, mi hanno offerto il lavoro.
Leggi altre domande sui tag interview