Come posso dimostrare l'attitudine ai potenziali datori di lavoro quando tutto il mio lavoro riguarda progetti interni? [chiuso]

Mostrare progetti esterni è utile ma non è mai stato un blocco per me assumere o assumere in passato.

Se puoi parlare dei progetti su cui hai lavorato e spiegare a chi ti sta intervistando alcuni dettagli su cosa hai fatto, cosa è andato bene, come ha fornito valore alla tua organizzazione. Essere entusiasti di ciò che hai fatto e della programmazione in generale è un buon modo per guadagnare punti in molti posti. Mostrare interesse per le cose open source, avere un account github, anche se tutto ciò che fai è seguire alcuni progetti, forse una piccola patch, mostra qualche valore. Ho scoperto che la maggior parte dei datori di lavoro in realtà non prova e guarda i dettagli dei miei progetti open source su github, sono solo lieti di vederli;)

Naturalmente non è mai troppo tardi per iniziare.

Incontro continuamente i programmatori che non hanno una presenza online; soddisfano i consumatori piuttosto che i fornitori, eppure i buoni non sembrano avere molti problemi a trovare lavoro. Se sei stato nello stesso posto per dieci anni, si spera che tu abbia una lista di risultati da elencare nel tuo curriculum, e alcune persone con cui hai collaborato possono attestarlo.

Mentre contribuire a progetti open source probabilmente ti darebbe un vantaggio un po ' con alcuni intervistatori in alcuni ambienti, non averli è improbabile da sminuire per gli altri intervistatori o ambienti là fuori.

Alcuni ambienti specifici o intervistatori possono porre maggiore enfasi sui progetti open source che usano o contribuiscono, ma se il tuo CV è altrimenti buono, è improbabile che tu soffra di non essere coinvolto in questi progetti.

Come sempre, devi adattare la tua domanda di lavoro al lavoro che stai richiedendo. Enfatizza le aree che potrebbero essere interessate a, enfatizzare le aree alle quali è improbabile che possano interessare.

Intervistando per la mia attuale posizione, ho sottolineato il lavoro che ho fatto su un microscopio ultravioletto estremo, poiché sapevo che i miei potenziali datori di lavoro saprebbero cosa comporta. Ho chiarito che mentre non ero un ottico o un ingegnere UHV, ho avuto, come ingegnere del software, un apprezzamento delle ottiche riflettenti (piuttosto che rifrangenti) e dei sistemi di ultra-alto vuoto. Questo quasi certamente mi ha fatto risaltare dalla massa.

Infine, solo perché non puoi mostrare loro il codice (o talvolta parlare del prodotto in ogni dettaglio), non significa che non puoi parlare delle decisioni di progettazione che hai preso così tanto, e degli effetti hai avuto sul prodotto.

Dalla mia esperienza personale potrei spiegare che:

• Nel mio primo lavoro dopo l'università ho rielaborato un sistema client / server GIS militare in modo da avere prestazioni costanti su tutti gli intervalli di zoom piuttosto che essere esponenzialmente più lenti man mano che l'utente eseguiva lo zoom.
• Ho intrapreso un progetto che era già in ritardo di 6 mesi, in cui nessun software era stato scritto e consegnato con successo la funzionalità più importante al momento in cui l'hardware era pronto per i test dal vivo.
• Ho trasferito con successo un'applicazione di visione artificiale da una libreria obsoleta a quella moderna, aggiungendo il supporto per videocamere Firewire e Gig-E Vision pur mantenendo la compatibilità con le fotocamere analogiche al contrario.

e così via.

Sono d'accordo con tutto ciò che è stato detto finora e consiglierei vivamente di creare qualcosa da solo. Non deve essere qualcosa di grande, solo qualcosa di piccolo e interessante che stai facendo nel tuo tempo libero. Mostra un atteggiamento "hey guarda, sono interessato a fare le cose anche dopo che le ore di lavoro sono state fatte", che è sempre un vantaggio.

Non lo sottolineo. Sono nella posizione in cui lavoro su progetti di cui non posso davvero parlare in modo molto dettagliato, perché sono nel settore della difesa dove sono classificate molte cose. Questo combinato con il non avere un account github non impedisce a me di mostrare che conosco le mie cose e sono bravo in quello che faccio e sto facendo bene nelle interviste.

Questo è molto comune - ci sono molte società appaltatrici là fuori con un sacco di personale che scrive codice sotto accordi di non divulgazione o riservatezza che non saranno mai liberati.

Molti di loro non hanno progetti collaterali o lavori open source, ma riescono comunque a cambiare lavoro senza problemi. Quindi è necessario poter parlare dei tipi di lavoro e dei progetti che hai fatto senza rompere la NDA.

Naturalmente, se ti sei iscritto o hai avviato un progetto open source (o due), è un ottimo modo per mostrare effettivamente qualcosa.

La mia soluzione a questo tipo di problema è stata quella di creare un sito Web protetto da password che potrei utilizzare come portfolio online. Sono stato diviso il lavoro che ho svolto dal datore di lavoro e poi dal progetto. Ho un indice di competenze altrove che si collega a progetti particolari.

Le clausole di riservatezza mi impediscono di fornire molti dettagli, anche sul mio sito, ma sono in grado di evidenziare quello che stavo facendo e quali erano le abilità rilevanti utilizzate o acquisite.

Qualcosa del genere potrebbe aiutarti. In definitiva, tuttavia, sono d'accordo con gli altri che hanno affermato che non si tratta di una situazione di "make or break". 10 anni di esperienza e alcune raccomandazioni positive dovrebbero comportare una buona quantità di peso.