Quanto puoi parlare della tua esperienza lavorativa durante un colloquio [chiuso]

Un intervistatore non conosce necessariamente la natura del lavoro che hai svolto. Tutto il mio lavoro è stato nel settore della difesa e dell'intelligence, dove la maggior parte di ciò che ho toccato è stata una combinazione di proprietà e coperto da un accordo di non divulgazione, ITAR controllato, o limitato o classificato in qualche modo. Per questo motivo, non riesco a entrare nello specifico - non ho alcun codice, non posso mostrare il codice e non posso entrare nei dettagli che ho. Tuttavia, mi sento molto a mio agio parlando degli strumenti, delle tecnologie e dei tipi di problemi che ho risolto, delineando il modo in cui sono stati presentati a me e quello che ho fatto per raggiungere una soluzione.

La menzione di strumenti e tecnologie specifici è un'ottima cosa. Questo aiuta il tuo potenziale datore di lavoro a sapere quali tipi di esperienze hai avuto. Forse usano alcuni degli stessi strumenti e piattaforme e vorrebbe assumere qualcuno con la tua esperienza nell'usarli. Trascurare le tue esperienze e le tue conoscenze è semplicemente spararti ai piedi in un'intervista.

Non puoi rispondere alle domande sulle cose che hai fatto, poiché il tuo potenziale futuro datore di lavoro deve avere un modo per valutare la tua capacità di lavorare e risolvere i problemi sulla base delle tue esperienze passate. Tuttavia, devi essere a conoscenza di materiale che è in qualche modo sensibile e non violare alcun accordo che hai fatto.

Un esempio specifico del mio passato: ho lavorato su un software usato per testare un sistema di sensori ISR aerotrasportato. Nel corso del mio lavoro, ho utilizzato in genere Java, Eclipse, ClearCase, ClearQuest, Apache XMLBeans, SOAP e il modo in cui ho interfacciato con un pacchetto CORBA. Non riesco a capire quali siano stati i messaggi SOAP, con i file IDL, quale sia il formato dell'XML che stavo analizzando o qualsiasi algoritmo che ho visto o creato. Ma parlo del mio flusso di lavoro e dei miei processi con Eclipse, ClearCase e ClearQuest, il fatto che ho dovuto conoscere XMLBeans, SOAP e CORBA poiché non avevo precedenti esperienze e così via. Ho anche parlato delle esperienze della mia squadra durante questo periodo di tempo e delle mie interazioni con altri ingegneri che hanno lavorato allo stesso progetto.

Inoltre, come nota a margine, lo scenario che descrivi è estremamente improbabile. Qualsiasi software utilizzato in un sistema mission-critical dovrebbe essere ben controllato dai test per garantire che qualcosa del genere possa accadere. Se semplicemente sapere quali strumenti e tecnologie esistono in un sistema dà a un utente malintenzionato la possibilità di compromettere il sistema, c'è qualcosa di sbagliato lì.

Non dovresti rivelare nulla che possa influenzare la posizione dell'azienda nello spazio della competizione. Come problemi nei loro prodotti, i loro punti deboli, i loro piani per i futuri prodotti ecc. Limita i tuoi dati alla quantità di informazioni trovate in pubblico ma non di più.

In un'intervista mi hanno chiesto di descrivere l'interfaccia utente dei prodotti dell'azienda, se avessi degli screenshot. Mi sono offerto a Google insieme per cercare screenshot nei comunicati stampa pubblici. Così abbiamo fatto e fortunatamente abbiamo individuato un'immagine da qualche parte sul web. Poi ho commentato il background tecnologico in base a quella foto e nei limiti delle informazioni che questa foto stava rivelando. Tutti erano soddisfatti.

Credetemi, nessuno in una vera intervista (non creata dai concorrenti) sarebbe interessato ai dettagli del portfolio della compagnia. Nel migliore dei casi controllerebbero se tu rivelassi troppo. Ma a parte questo, sono più interessati alle tecnologie che hai usato personalmente, ai ruoli che hai interpretato, ai problemi che hai affrontato e al modo in cui hai reagito, a come ti sei avvicinato risolvendoli, ai conflitti interni quando eri parte di loro, a come hai fatto con loro ecc. È tutto ciò che vogliono, cioè imparare la tua personalità.

Se ti trovi in un colloquio tecnico, puoi presumere che la persona con cui stai parlando parlasse di tecnologia. ("Cosa succede se non possono" è una domanda completamente diversa).

Dato questo, vado per la regola: parli tanto della tua esperienza lavorativa che puoi senza parlare della tua precedente azienda.

A volte è una linea sottile, ma tu quello che vuoi fare è mostrare (dimostrare) che hai fatto quello che hai detto che hai fatto. A volte le persone mettono le cose nel loro CV / curriculum che piuttosto abbelliscono ciò che effettivamente hanno fatto.

Caso in questione, ho intervistato ieri qualcuno che ha messo sul proprio curriculum che hanno preformato la raccolta dei requisiti e la progettazione delle applicazioni. Risulta che hanno ombreggiato qualcuno che ha fatto tutto questo. Stranamente, non hanno menzionato la parola "Shadowed" nel loro curriculum ....

Quindi, andando al tuo esempio:

Interviewer sees your CV, asks a question - What technologies have you used? You respond, oh, I have used boost library to control the rocket navigation systems.

Questa è una buona introduzione. Ma se non impreziosisci, l'intervistatore potrebbe pensare che in realtà non hai fatto troppo. Forse hai lavorato solo su alcuni bug minori, forse hai ombreggiato qualcuno, forse hai letto quella riga da Wikipedia? Se non sei disposto a parlare di codice, allora è considerato negativo per te.

Forse qualcosa sulla falsariga di:

Oh, I've used boost library to control the rocket navigation systems. My primary role was to write the module that recalculates the trajectory biased on various factors. I got to know the API for this particular library very well as I used it on a daily basis. One really interesting ticket I work on involved actually interfacing with this hardware.

Vedi la differenza? Entra nei dettagli Dimostra che cosa hai messo sul tuo curriculum.

Spero che aiuti. :)

Questa domanda si applica a questo forum, ma esiste anche un forum di recruting che si applica.

Il tuo intervistatore è una persona di Risorse Umane / Psicologia o un I.T. persona?

Sono stato in diverse interviste, in cui il reclutatore H.R. scarta o accetta le persone per decisioni tecniche, come quella che hai citato.

Altri, un io chiamato I.T. la persona rifiuta i candidati per motivi tecnici non validi come: "Hai lavorato con progetti sia in VB.NET che in Java, lavoro con VB.NET e penso che Java faccia schifo, e dal momento che hai lavorato con Java, fai schifo, quindi sei scartato. "

E si applica all'esperienza precedente. Sono stato in interviste in cui il reclutatore voleva sapere alcune informazioni dell'azienda che considero riservate, come ad esempio le vendite.

Questo è quello che è più relativo a questo forum. La regola generale è che potresti menzionare una roba generica globale come: Io lavoro in un E.R.P. applicazione, oppure lavoro con un'applicazione mobile o faccio applicazioni web. "Uso C #, PHP, C ++".