Domanda:
Devo omettere le prime esperienze di programmazione e / o un lavoro che richiedeva l'autorizzazione?
xor
2015-06-02 00:30:20 UTC
view on stackexchange narkive permalink

Quindi recentemente ho avuto un problema con un datore di lavoro che non mi sarei mai aspettato ... Mi hanno accusato di mentire sulla mia esperienza.

Il primo numero è stato "Da quanto tempo programmi?" domanda. Ho risposto onestamente; Sto programmando da quando ho avuto il mio primo computer a 10 anni, iniziando con i layout di MySpace (sì, sì) per poi risalire. Capisco perfettamente che sembrerebbe mentire, ma non lo sono. Ho del codice che ho scritto che potrei fornire come prova, anche se in realtà preferirei di no (si legge come un tutorial sul discorso di testo degli anni '90 ...) Praticamente tutti quelli che mi hanno incontrato conoscono la mia passione per la programmazione, ma un intervistatore non sta cercando di conoscermi, si limita a valutarmi. Dovrei mentire su questo / semplicemente non menzionarlo? O dovrei mostrare loro il mio terribile codice per bambini? È una parte ENORME di chi sono, quindi mi sento come se non dovessi nasconderlo ??

Poi è arrivato il vero kicker: uno dei miei lavori richiedeva un nulla osta di sicurezza, quindi non potevo davvero discutere in modo approfondito il lavoro del mio progetto, ed è stato il mio lavoro post-laurea più recente e unico. Ero ancora in grado di rispondere a tutte le tipiche domande dell'intervista, semplicemente non potevo fornire specifiche o mostrare frammenti di codice (ah!) Dai progetti a cui ho lavorato in quell'azienda. L'intervistatore pensava che stessi inventando tutto e non riusciva a credere che avrei voluto un lavoro "normale" dopo qualcosa del genere. Come gestisco un lavoro di cui non posso davvero discutere? (Sto cercando davvero, davvero di non usare il "Se te lo dicessi, devo ucciderti ", lo prometto.)

Ho finito per non lavorare per loro (chi vuole un'azienda che diffidente?) ma mi ha fatto pensare: dovrei mentire sulla mia esperienza? Sono orgoglioso di quello che ho fatto, ma non voglio sembrare un bugiardo o un esagerato. C'è un modo migliore per gestire questa situazione che mentire sulle mie esperienze?

(Informazioni aggiuntive: mi sono laureato nel 2014, avevo preparato esempi di codice recenti e stavo facendo domanda per una posizione di sviluppatore di livello base, se questo aiuta.)

I commenti non sono per discussioni estese; questa conversazione è stata [spostata in chat] (http://chat.stackexchange.com/rooms/24396/discussion-on-question-by-xor-should-i-omit-very-early-programming-experience-an) .
Dieci risposte:
Myles
2015-06-02 00:41:54 UTC
view on stackexchange narkive permalink

Questa sarà una situazione insolita. La maggior parte dei datori di lavoro considererà "Il mio lavoro nel mio ultimo lavoro era confidenziale, quindi non posso discuterne molti aspetti" a condizione che abbiano confermato con le risorse umane che in realtà hai lavorato lì. Se un intervistatore non accetta ciò che gli dici come verità, dichiaralo nel modo più chiaro e sincero possibile. Se ancora non lo accettano come verità, è improbabile che tu ottenga comunque quel lavoro.

Come nota a margine probabilmente non includere il codice che hai scritto da bambino nella tua esperienza di programmazione. In un ambiente professionale probabilmente stanno cercando i tuoi anni di esperienza di codifica professionale. Una risposta di "Ho imparato a programmare per la prima volta 15 anni fa e l'ho adorato. Lo faccio professionalmente da 2 anni". probabilmente copre il tuo desiderio di mostrare il tuo amore per esso e risponde comunque alla domanda prevista.

Sì, la distinzione tra personale e professionale è enorme. Se hai detto loro che hai più di 10 anni di esperienza di programmazione ma hai lavorato solo per meno di 2 anni, questo alzerà una bandiera rossa e creerà un tono negativo per l'intervista. Inoltre, la maggior parte delle interviste sono dipendenti, quindi cercano di conoscerti, non solo di valutarti.
Mi chiedevo se mia moglie mi stesse in qualche modo prendendo in giro, ma non credo sia possibile. Sono sposato con un Dishaw e questo è un cognome davvero raro.
E come distingui esattamente tra personale e professionale? O come definisci un programmatore professionista? Se sentissi "* Ho imparato a programmare per la prima volta 15 anni fa e l'ho adorato. Lo faccio professionalmente da 2 anni. *", Chiederei progetti e responsabilità concrete, ma non riesco a pensare a una definizione concreta valida.
Sono rimasto un po 'arrabbiato per quella che conta come esperienza "professionale". Alcune persone non pensano che lavorare per un'università sia professionale perché "sei solo uno studente", altri non pensano che l'open source sia professionale perché "non vieni pagato per questo". Se sto risolvendo problemi reali per persone reali, com'è che non è professionale?
@luk32 Se fossi il destinatario di quella dichiarazione, prenderei "professionalmente" per significare "per vivere".
@Seiyria In generale, il significato di professionale, in molti / molti contesti, è strettamente "vieni pagato per questo": nessuna paga = non professionista. Le persone leggono di più e assegnano un significato speciale a volte, ma questo è davvero ciò che significa professionale: accettare denaro per esercitare un certo insieme di abilità o abilità. Ciò non significa che la tua esperienza e le tue capacità non esistano o non contino, ma non sono - per definizione - esperienze professionali. È come se cucinare a casa non fosse "esperienza di cucina / ristorante": si presume che l'ambiente di lavoro sia semplicemente diverso.
@Seiyria concorda sul fatto che non è giusto che l'esperienza di volontariato spesso non conti quando si trova un lavoro, ma cercare di includerla senza alcuna differenziazione dal lavoro retribuito in un colloquio di lavoro può risultare disonesto.
@BrianDHall Quindi si potrebbe dire che Linus Torvalds o Richard Stallman non erano programmatori professionisti quando hanno dato un contributo significativo ai loro progetti fondamentali. Non credo che accettare denaro sia un buon criterio quando si parla di programmazione.
@luk32 concorda sul fatto che non è la misura migliore, tuttavia rischi di sembrare disonesto se rappresenti il ​​lavoro non retribuito come esperienza professionale. Se ritieni che ciò non sia corretto, sentiti libero di offrire un'altra risposta all'OP.
@luk32 Tuttavia, è _il_ criterio quando si tratta di esperienza _professionale_. Puoi sempre menzionare l'esperienza non professionale (specialmente se implica la scrittura di un kernel del sistema operativo ampiamente utilizzato), ma questo non la rende professionale. Anche il codice che ho scritto per la mia laurea è abbastanza complicato, ma non lo considererei come esperienza professionale. Tuttavia, lo menzionerei come esperienza personale / accademica.
@Myles Non vorrei lavorare in un'azienda che non sa reclutare un programmatore professionista. Dovresti sempre chiedere informazioni su progetti, tecnologie chiave e competenze necessarie e acquisite. Sfortunatamente, non c'è modo migliore per valutare una persona IT esperta del giudizio di un altro professionista IT esperto. Anni di esperienza lavorativa sono fortemente fuorvianti. Comunque, è solo la mia opinione, e per essere chiari sono d'accordo con te anche nella maggior parte dei casi =)
@reirab Sono totalmente d'accordo, il mio punto è che non è saggio scartarne uno a favore di un altro. Vorrei prendere uno studente che ha vinto concorsi reputati su uno sviluppatore di 25 anni di esperienza su una scelta cieca ogni giorno. Ci sono persone nel settore con una determinata esperienza temporale che sono semplicemente pessime. D'altra parte, sarei molto sospettoso di un programmatore accademico che ha detto di aver programmato 5 anni del suo dottorato. La qualità dei candidati varia enormemente in entrambi i casi. Devi confermarlo.
@luk32 Se non sono stati pagati per i loro sforzi o non sono stati richiesti pagamenti, allora no, non conta come esperienza professionale. Il punto è che il professionista e il non professionista sono diversi, non che uno sia generalmente superiore all'altro. Penso che il cibo che ho preparato per me e la famiglia a casa fosse migliore del cibo che ho preparato come chef professionista, ma questo è strettamente ortogonale: "professionale" non significa qualità del prodotto. Tuttavia, lavorare su un problema che trovi interessante personalmente senza aspettarti un pagamento è un'esperienza fondamentalmente diversa dalla vita professionale.
@luk32 La parola "professionista" è vittima di un uso improprio abbastanza diffuso (credo che dallo sport - poiché gli atleti professionisti sono necessariamente tra i migliori) significhi "eccellente", "elite", "buono", ecc. - ma in realtà significa solo " ~ come professione ". Non lasciarti insultare dal * fatto * che i tuoi incredibili risultati nel tempo personale non sono per definizione professionali.
user52889
2015-06-02 01:18:19 UTC
view on stackexchange narkive permalink

Un intervistatore la cui unica preoccupazione è che tu possa mentire apertamente può sempre verificare i riferimenti, penso che ci possa essere qualcosa di più.

Se ti capita di dire "Ho fatto alcune cose con MySpace quando ho aveva 10 anni e ha svolto un lavoro da meno di un anno, ma non posso dirtelo "... Non è detto che pensino che tu stia mentendo, ma potrebbe esserci ancora un diverso tipo di problema di credibilità.

A nessuno importa quanto hai iniziato da giovane e nessuno può valutare cose di cui non puoi parlare. Nessuno guarderà il tuo "codice per bambini". Ciò che conta è come puoi dimostrare che, oggi, puoi svolgere il lavoro per cui stanno assumendo, secondo gli standard di cui hanno bisogno . Ciò significa esperienza nel fare cose simili (e idealmente essere pagato per farlo), intuizione quando si presentano problemi reali e un comportamento professionale. Mostra il tuo entusiasmo ma non lasciarlo dominare.

Trova esempi di codici passati (studenti universitari, hobby, qualunque cosa) che dimostrino a) che hai affrontato problemi ragionevolmente complicati eb) c'erano richieste del mondo reale guidare queste cose (soprattutto lavorare per gli altri). Chiediti cosa hai ottenuto invece di goderti il ​​fatto che ti piace quello che fai. Considera di quali elementi non segreti del lavoro puoi parlare. Se ti chiedono dei problemi passati che hai risolto, spiega che sarà difficile, ma rivolgi loro la domanda, chiedi loro i veri problemi che hanno e parlagli delle opzioni - questo mostrerà interesse per ciò che tu stai facendo.

Questo potrebbe essere un cattivo intervistatore una tantum che sinceramente pensava che stessi mentendo e non ci ha pensato, quindi continua a provare. Ma potrebbe anche essere che tu abbia dato una cattiva impressione durante l'intervista. Pensa a quali potrebbero essere i tuoi punti deboli - sii realistico e magari chiedi a un amico - e come affrontarli.

+1 Per aver menzionato ciò che si può dire sugli elementi non segreti del lavoro. Ho svolto lavori che richiedevano l'autorizzazione segreta e ho fatto esattamente questo nei colloqui per lavori successivi. D'altro canto, ho anche intervistato diverse persone con esperienza lavorativa segreta / top secret. Non è mai stato davvero un problema. I dettagli rilevanti necessari all'intervistatore per capire che in realtà sai di cosa stai parlando sono raramente effettivamente classificati. L'intervistatore non si preoccupa delle informazioni di progettazione classificate, ma solo del tipo di lavoro che stavi facendo.
Kyle W
2015-06-02 00:41:45 UTC
view on stackexchange narkive permalink

Penso che tu l'abbia riassunto verso la fine:

Ho finito per non lavorare per loro (chi vuole un'azienda che diffidente?)

Se l'azienda è così, allora è positivo che abbiano alzato le bandiere rosse per te. Non arrabbiarti per un'azienda e cimentati con quella successiva.

+1. Questa è davvero la risposta migliore. In linea di principio, avere un'attività lucrativa è positivo, ma essere bloccati in un ambiente di lavoro che ti rende infelice generalmente * non vale la pena *.
-1, sebbene questa sia tecnicamente una risposta vera, non offre alcun aiuto effettivo alla domanda del richiedente. Sebbene questa azienda dovrebbe credere a ciò che questa persona sta dicendo in un colloquio fino a prova contraria, sta chiaramente chiedendo più aiuto di così.
182764125216
2015-06-02 02:48:58 UTC
view on stackexchange narkive permalink

Faccio qualcosa di simile a questo se mi viene chiesto per quanto tempo o come mi sono interessato alla programmazione "Ho iniziato a giocare con Qbasic quando avevo circa 10 anni dopo aver visto mio fratello maggiore. Dopo aver preso un po 'di html di base e visual basic Corsi al liceo Ho continuato a studiare informatica al college all'università ... Laureato ... Lavoro ... ".

Ho anche un passato lavorativo che aveva alcuni contratti di difesa e segreti legati ai dettagli del lavoro. Tuttavia, nelle interviste posso riassumere il lavoro dicendo qualcosa del tipo: "Realizzavo principalmente applicazioni desktop e alcune app Web interne principalmente in C # / ASP.NET e gestivo alcune app ASP classiche legacy. Molte delle applicazioni utilizzavano alcuni calcoli analisi dei dati sui risultati dei test o dispositivi esterni controllati tramite USB, RS-232 e GPIB per raccogliere i risultati dei test. Non posso entrare nei dettagli perché i segreti ... "

Descrivendo alcuni dei la tecnologia utilizzata senza entrare nei dettagli dei segreti dovrebbe essere sufficiente per qualsiasi intervistatore. Inoltre, se stavo intervistando qualcuno e hanno iniziato ad aprirsi sui segreti del passato datore di lavoro, probabilmente non lo assumerei.

ExactaBox
2015-06-02 00:46:41 UTC
view on stackexchange narkive permalink

Le cose di MySpace non sono rilevanti per la posizione a cui ti stai candidando. Se vuoi esprimere la tua passione per la programmazione, va bene dire che hai iniziato a 10 anni sulle pagine di MySpace come hobby, o qualsiasi altra cosa bizzarra e aneddotica che aiuti l'intervistatore a valutare la tua personalità. Ma dovresti delineare e indicare chiaramente quando hai iniziato a programmare in modo professionale (che può ancora essere un hobby, purché qualcuno ti paghi) o hai iniziato i corsi a livello universitario.

Se ti viene chiesto "Da quanto tempo stai programmando", diresti loro da quanto tempo stai programmando e non filtrerai ciò che potrebbe non essere rilevante per il lavoro corrente. Questo non era sul suo CV, era una risposta a una domanda dell'intervista.
Assolutamente NON portare il badge o la tessera magnetica per mostrare il tuo nuovo datore di lavoro! Non lo sottolineerò mai abbastanza. Avere un riferimento dell'azienda per cui hai lavorato, che fornirebbe tutte le informazioni che la nuova azienda potrebbe chiedere.
@kleineg La domanda riguarda un colloquio ... l'OP non è ancora stato assunto. Sarei d'accordo a non portare vecchi badge a un nuovo lavoro ... ma questo non è ciò che viene chiesto, né è il consiglio che ho dato. Il tuo commento non è rilevante per la domanda.
@gnasher729 In che modo ciò che ho scritto è diverso dal tuo commento? La mia risposta afferma chiaramente "va bene menzionare che hai iniziato quando avevi 10 anni"
Sto parlando esattamente della situazione di cui stai parlando. Quello che sto dicendo è che non dovresti mai mostrare il tuo badge a una persona senza autorizzazione di sicurezza senza un motivo specifico che ti costringa a farlo. A seconda della natura del contratto e dell'autorizzazione, ciò potrebbe esporvi a seri problemi legali. Sono d'accordo che dovresti rivelare quanto ti è consentito sulla tua autorizzazione. Ma lascia che la tua azienda garantisca per te. Ad esempio, puoi indicare che hai lavorato per un'azienda e che detieni TS / SCI, ma non portare materiale non autorizzato per "dimostrarlo".
@kleineg L'OP ha detto all'intervistatore che ha tale autorizzazione ... il che implica che non è top-secret. Ovviamente alcune situazioni richiedono molta più discrezione, ma è improbabile che queste siano posizioni ricoperte da un laureato del 2014 o da qualcuno abbastanza libero da discutere la sua situazione in questo forum. Scrivi "lascia che la tua azienda garantisca per te" - chi chiede al suo attuale datore di lavoro di garantire per loro durante il colloquio ???
@ExactaBox Ho avuto un'autorizzazione proprio come quella dell'OP. kleineg ha ragione. Non dovresti portare le tue credenziali. Inoltre, i badge spesso non indicano nemmeno il tuo livello di autorizzazione. Le risorse umane verificheranno che tu, in effetti, lavori lì (assumendo che il fatto che tu lavori lì non sia classificato, il che è un gioco completamente diverso). Se qualcuno _davvero_ ha bisogno di conoscere il tuo livello di autorizzazione, può chiamare OPM. Ma sicuramente _non dovresti_ sventolare credenziali che potrebbero essere potenzialmente utilizzate per accedere a una struttura sicura e / oa un sistema informatico.
@kleineg `... ti espone a problemi legali molto seri` Sebbene assolutamente validi, i problemi" legali "possono essere l'ultima delle preoccupazioni a seconda di cosa è coinvolto. La sicurezza personale può essere più importante se il lavoro ha coinvolto l'alta finanza o altre aree di interesse per vari elementi sgradevoli. Ho avuto un'esperienza illuminante lavorando a un progetto di sicurezza del sistema che ha ampliato la mia prospettiva.
Giusto, ho rimosso la parte della mia risposta relativa al nulla osta di sicurezza.
Fattie
2015-06-02 13:06:20 UTC
view on stackexchange narkive permalink

Quasi ogni programmatore inizia a programmare per hobby intorno ai 9, 10, 11, 12 o 13 anni.

Direi che il 90% dei programmatori. Ogni singola persona che ha lavorato per me, ad esempio, si adatta a questo.

Non vale nemmeno la pena menzionarlo: è come dire che qualcuno che ora è un medico o un infermiere "si è davvero preoccupato delle persone anche quando erano bambini ! " o che un musicista che lavora "ha iniziato a suonare strumenti a 10 anni" (quale musicista non l'ha fatto?) È qualcosa che "va da sé" per i programmatori.

Potresti menzionare di sfuggita il tuo cv "Come ogni altro appassionato programmatore, ho iniziato a 9 anni! ". Ma allora cosa? È universale. Quando ti chiedono da quanto tempo programmi, intendono professionalmente. Ciò non sorprende.

(Nota, ad esempio, che "da quanto tempo costruisci ponti" significa "da quando ti sei laureato" - se in un certo senso hai incluso i tuoi anni alla scuola di costruzione di ponti, in quel calcolo , .. è un po 'strano. È ovvio che quando fai questa domanda, intendi da quanto tempo lo fai professionalmente.)

Anche un punto (non cercare di essere cattivo .. .forse oggi sei un programmatore assemblatore di basso livello), hai menzionato la tua programmazione da bambino, era "layout myspace".

Dovresti essere consapevole che se giù per la barra chiedi programmatori molto entusiasti, fondamentalmente di grande successo, "hot-shot" che ora sono adulti, che tipo di programmazione hanno fatto a 10 anni (tenendo presente ancora una volta che praticamente tutti coloro che programmano iniziano quando hanno dai nove ai quattordici anni), la risposta è spesso qualcosa di sbalorditivo come "Ho scritto un compilatore in linguaggio naturale" o "in realtà, ho inventato l'algoritmo di Scrabble negli anni '80 da adolescente", o addirittura east "Ero un esperto esperto nel codice dei driver da 14" o "oh, quando avevo 15 anni ho già contribuito con XYZ a questi noti programmi open source .." .. qualcosa del genere.

Sfortunatamente questa è la situazione in cui si menziona "Ho iniziato a 10" sul tuo curriculum.

Per quanto riguarda la strana (dovrebbe essere una domanda completamente separata?) Su un lavoro di nulla osta di sicurezza ... tutto quello che puoi fare è dire loro la verità, e tali lavori hanno sempre una struttura per te che puoi avere un pezzo di carta, o simili, che mostra che hai davvero fatto "qualcosa" in un campo, anche se non puoi parlarne. Non è complicato, ad esempio mostra loro le buste paga . Se non ti credono profondamente e ciò è importante, telefona al precedente datore di lavoro segreto e chiedi consiglio, forse.

"Quasi ogni"? Sei mai stato in un'università prima?
Penso che tu stia confondendo "molti" con "quasi tutti". Altrimenti, è un ottimo punto fare attenzione a menzionare le cose in cui ti sei dilettato, quando è probabile che tu incontri persone che stavano facendo cose incredibili invece di dilettarsi. Un po 'come se qualcuno ti chiedesse se suoni uno strumento.
Re "Quasi tutti i programmatori iniziano a programmare per hobby intorno ai 9, 10, 11, 12 o 13 anni": solo se sono nati in un paese del primo mondo, qualche tempo dopo il 1970 circa, e hanno avuto genitori di classe medio-alta che potevano e sosterrebbe la loro programmazione per hobby. Forse dopo il 1990 o giù di lì, i computer erano abbastanza comuni ed economici che la maggior parte dei bambini avrebbe avuto accesso.
Zibbobz
2015-06-02 18:54:29 UTC
view on stackexchange narkive permalink

La programmazione hobbistica non conta davvero se non sei un lavoratore autonomo. È triste, ma vero. Soprattutto per tutto quello che facevi prima del college. Non includerei il mio corso di programmazione a livello di scuola superiore in nessun curriculum non universitario, e nemmeno tu dovresti, tanto meno gli script di MySpace che hai scritto quando avevi dieci anni. L'unico modo possibile per includerlo "accuratamente" è quello di metterlo sotto hobby e interessi - usarlo come "esperienza di programmazione" o "anni di programmazione" è discutibile nel migliore dei casi e ingannevole nel peggiore.

Per quanto riguarda il tuo lavoro "segreto", li contatterei direttamente e chiederei una referenza prima di utilizzarli di nuovo nel tuo curriculum: dichiara chiaramente (e educatamente ) che tu Vorrei usarli come riferimento, che non intendi divulgare alcun codice su cui hai lavorato e chiedere il loro permesso. Idealmente dovresti farlo ogni ogni volta che scrivi e inviare il nostro curriculum per ogni riferimento che utilizzi, non solo per confermare che effettivamente sosterranno le tue affermazioni, ma in modo che tu possa dire loro cosa stai cercando di fare e in modo che possa dare al tuo intervistatore la migliore revisione delle tue capacità tecniche che possono.

Quanto a spiegare questo al tuo intervistatore, è utile citare l'accordo di non divulgazione esatto che hai firmato in modo che non sospettino che tu cerchi di nascondere qualcosa. Portane una copia se riesci a procurartene una, in caso contrario, dì loro che le informazioni di contatto che hai fornito lo confermeranno.

user36645
2015-06-02 12:13:20 UTC
view on stackexchange narkive permalink

Scrivo codice da circa 18 anni, senza contare le prime 10,20,30 cose di base che ho fatto al liceo e al liceo, o gli anni che trascorro nei computer pod del campus all'università per 5 anni e le estati, in ultima analisi, se devi creare frammenti di codice divertenti durante i colloqui, potresti voler cercare datori di lavoro migliori di cui TU ti puoi fidare. Non mi sono mai stati richiesti frammenti, mai, ho mostrato un documento o due nel corso degli anni ma è stato un mio suggerimento ed è stato utile mostrare il mio processo di progettazione nei documenti.

Neanche a me sono mai stati richiesti frammenti ... Questo mi ha lasciato perplesso
FreakyDan
2015-06-02 21:44:53 UTC
view on stackexchange narkive permalink

Dovrei mentire su questo / semplicemente non menzionarlo? O dovrei mostrare loro il mio terribile codice per bambini?

Primo, come altri hanno detto che il codice per hobbisti non conta davvero, specialmente da giovani. Dilettarsi con il codice dopo la scuola durante il tempo libero non è paragonabile a lavorare 40 ore a settimana in un ambiente professionale (ho iniziato a dilettarmi con il codice intorno ai 12 anni e quando avevo 20 anni ho ottenuto un lavoro di programmazione in cui ho più che raddoppiato le mie conoscenze nei primi 3 mesi, e questo non comincia nemmeno a tener conto dello sviluppo della professionalità in ambito lavorativo). Puoi ancora menzionare ciò che hai fatto nel tuo tempo libero, ma per la maggior parte non è considerato parte dei tuoi anni di esperienza professionale.

TL DR: Direi qualcosa sulla falsariga di "Ho programmato per un numero X di anni da solo a livello ricreativo e Y anni professionalmente.

Come gestisco un lavoro di cui non posso davvero discutere?

Parla con il tuo capo precedente e vedi di cosa puoi parlare. Chissà, potresti essere solo i dati con cui hai trattato che sono stati classificati. Indipendentemente da ciò, puoi discutere vagamente del tuo lavoro. Ad esempio, lascia diciamo che hai svolto un lavoro interessante con il software di targeting dei droni. Invece di parlare dei droni e dei sistemi d'arma, parla degli strumenti e delle tecniche che hai utilizzato. Potresti dire qualcosa del tipo "Ho progettato un software per l'elaborazione delle immagini e il riconoscimento degli oggetti utilizzando l'IDE di X e la suite software per controllare le risposte meccaniche. "Puoi comunicare con quali strumenti hai esperienza, con quale w ork hai fatto e non hai detto loro alcun dettaglio. Per quanto ne sanno, potresti aver programmato una porta da sbloccare in base al riconoscimento facciale (Sì, non puoi evidenziare le specifiche dei tuoi risultati, ma almeno dà loro un'idea generale delle tue abilità).

TL DR: sii vago, parla dei linguaggi con cui hai esperienza (Java), della codifica generale eseguita (gestito un database) e delle abilità / paradigmi che hai utilizzato (Programmazione orientata agli oggetti / Sviluppo agile).

/ strong>

user16626
2015-06-03 06:14:41 UTC
view on stackexchange narkive permalink

Ci sono due aspetti in questo, e ho familiarità con entrambi per esperienza personale.

Esperienza adolescenziale

Con tutti i mezzi parlare di come tu programma da quando sei stato in grado di sederti da solo, ma questo non appartiene al tuo CV. Cita solo lavori di natura professionale , retribuiti o meno. Stage, cooperative, lavoro stipendiato, contratto, open source e freelance si applicano qui. Lavorare sulle pagine di MySpace o GeoCities al liceo non taglia la senape.

Tuttavia, mostrare entusiasmo è fantastico. Ho detto agli intervistatori che ho iniziato a programmare nella mia prima adolescenza, leggendo RFC, imparando a conoscere i computer in generale. Ricordo ancora di aver digitato i programmi BASIC trovati nelle riviste e di aver imparato a fare modifiche per personalizzarli. Ma non lo metterei mai in un CV.

Lavoro sensibile

In nessuna circostanza dovresti mai divulgare informazioni riservate o persino il livello di autorizzazione federale che avevi . Ad oggi ho lavori specifici in cui dico di aver svolto lavori di sviluppo per il ramo militare XYZ. Ho utilizzato la tecnologia X per creare un'applicazione che funzioni (inserire una funzione di alto livello, ad esempio "gestione dell'inventario" o "data warehousing"). Non devono essere menzionati il ​​tipo di dati conservati, la specifica unità militare (anche se per delega tramite appaltatore), ecc. Sì, avevo un nulla osta di sicurezza. No, non ti dirò quale livello: la semplice conoscenza del tipo di autorizzazione potrebbe aprirti ad attacchi di ingegneria sociale (ad esempio se sei stato autorizzato in uno specifico compartimento SCI).

L'unica eccezione è se ti stai candidando per un lavoro che richiede un nulla osta di sicurezza, puoi fornire un po 'più di informazioni come il tuo attuale livello di autorizzazione, unità militari, ecc. secondo necessità se consentito dal tuo debriefing precedente . In caso di dubbio, tieni le informazioni per te.

Se hai svolto un lavoro delicato al di fuori di un contesto governativo, devi assolutamente rispettare gli accordi di riservatezza e gli accordi di riservatezza che hai firmato. Molte persone considerano anche una cortesia professionale se eviti di fornire dettagli specifici come "Ho sviluppato un sistema per fare X per il cliente Y" che potrebbe rivelare segreti commerciali o altre informazioni sensibili che potrebbero danneggiare la posizione del cliente Y rispetto ai suoi concorrenti, anche se non hai firmato nulla dicendo che non avresti rivelato tali informazioni . È solo una cosa carina e professionale da fare.

Parla delle tecnologie che hai utilizzato, dei tipi di sistemi che hai costruito, ecc. Senza collegare i punti di quali organizzazioni hanno utilizzato quali sistemi per svolgere quali funzioni lavorative.

Come aggiunta a questa risposta ben progettata, contatta il dipartimento delle risorse umane del tuo precedente datore di lavoro. Qualsiasi azienda a cui vengono affidate informazioni riservate avrà un supporto per rispondere alle domande degli ex dipendenti che desiderano fare riferimento al lavoro svolto.


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...