Quali fonti di lavoro di esempio dovrebbero essere utilizzate in un colloquio di lavoro? [chiuso]

Uno dei miei amici è stato licenziato. Quando gli ho parlato, ha detto che non gli avevano permesso di prendere una copia di tutto ciò su cui lavorava. Quando gli è stato chiesto di mostrare su cosa ha lavorato a un altro datore di lavoro in un'intervista, gli è stato detto che avrebbe avuto qualche spiegazione da fare.

Come programmatori, dovremmo essere autorizzati a prelevare campioni del nostro precedente lavoro ex datori di lavoro? Quali fonti di codice dovremmo aspettarci di mostrare in un'intervista? Quando quasi tutti i datori di lavoro chiedono un lavoro di esempio, come possiamo giustificare ciò che può essere inviato? È nostra responsabilità mantenere progetti post-lavoro per tutta la nostra vita in modo da avere un codice che possiamo mostrare legalmente al nostro prossimo datore di lavoro?

Il titolo 17 § 107 del codice degli Stati Uniti delinea le circostanze in cui un'opera protetta da copyright può essere copiata per un uso corretto, indipendentemente dal fatto che l'opera sia stata pubblicata o meno. Poiché la legge sul copyright è ciò che di solito protegge il codice sorgente, è rilevante per la tua domanda.

Non sono un avvocato e non sono a conoscenza di alcuna giurisprudenza che lo stabilisca in entrambi i modi, ma a mio avviso la copia di brevi esempi del tuo lavoro rientrerebbe nel giusto uso, a condizione che sia un campione abbastanza piccolo da non essere un programma o modulo di lavoro completo e che non rivela segreti commerciali. Uno dei dieci file della tua implementazione di un driver per un chip con un foglio dati pubblicamente disponibile non danneggerà in alcun modo i tuoi ex datori di lavoro. L'implementazione dell'algoritmo top-secret della società che hai aiutato a progettare ti metterà nei guai.

Non sono sicuro della parte legale, ma cosa ne penso, non dovresti mai avere il permesso di portare il tuo lavoro con te. Sei stato pagato per il lavoro. Questa non è la tua proprietà ma la proprietà della tua azienda.

È gente comune portare il proprio lavoro con sé per riferimento o per altri motivi, senza informare l'azienda. Questo è l'unico modo per farlo. Ne sei ancora responsabile, in caso di perdite.

Ho avuto una situazione simile in cui avrei potuto mostrare il mio vecchio lavoro e che probabilmente avrebbe migliorato il mio profilo, ma ho scelto non troppo e non me ne pento. Quella era la mia vecchia risorsa aziendale e dovrebbe essere così. Se le tue capacità comunicative non sono abbastanza buone da spiegare cosa hai fatto, non dovresti incolpare il tuo precedente datore di lavoro.

Nota: non sono sicuro del tipo di lavoro a cui si fa riferimento qui. Questo potrebbe importare in una certa misura.

Se qualcuno venisse a un'intervista e mi mostrasse qualcosa che era chiaramente proprietà riservata di un precedente datore di lavoro (incluso il codice sorgente per un sito Web pubblico), avrei serie riserve sull'assunzione di quella persona indipendentemente dalle sue altre abilità e capacità.

Vale a dire, sospetto che ciò sia perfettamente legale e accettabile e che qualsiasi successivo datore di lavoro per cui valga la pena lavorare capisca la situazione.

Nella mia esperienza, i datori di lavoro sono più interessati ai risultati del tuo lavoro passato o ti sentono descriverne l'architettura. Non sono interessati a sfogliare pagine e pagine di codice reale. Se vogliono davvero vedere il tuo stile di codifica, di solito ti chiederanno di fare qualche banale compito.

Personalmente, chiedo ai miei datori di lavoro se posso prendere screenshot del mio lavoro da aggiungere al mio portafoglio. Farò un po 'di modifica delle immagini per rimuovere i dati specifici dell'azienda, o popolerò l'app con dati fittizi, quindi di solito vanno bene con esso. Posso quindi utilizzare questi screenshot per descrivere l'applicazione a potenziali datori di lavoro e possono vedere i risultati di ciò che ho fatto in passato.

Ricorda solo di chiedere prima al tuo datore di lavoro. Non prenderei nulla, nemmeno gli screenshot in cui sono stati rimossi i dati specifici dell'azienda, a meno che non stessero bene con esso.

Non sei sicuro di dove traccia la linea guardando copie di codice o una domanda su come hai risolto un problema specifico. Quanti dettagli puoi approfondire senza rivelare qualcosa di importante sul codice?

Se mi porti una stampa, come faccio a sapere che l'hai scritta? Ovviamente ti verrà chiesto di spiegare cosa fa e perché l'hai fatto in quel modo. Potrebbe essere altrettanto semplice guardare il codice di qualcun altro e spiegare cosa fa e come lo miglioreresti.

Alla fine, dovrai solo dimostrare di poter scrivere il codice e spero che il modo in cui lo fai sia scrivere il codice.

Può risparmiare qualche problema se lavori su un progetto open source e ricevi una raccomandazione da una fonte attendibile che può verificare i tuoi contributi. Dubito che il tuo attuale datore di lavoro lo rivendicherà, ma non conosco la legge in cui vivi.

Bene, devi capire che non è il tuo codice. Non hai il diritto di mostrarlo a nessuno, e il tuo ex datore di lavoro ha certamente il diritto di proteggere i suoi set non lasciandoti andare con una copia.

Il codice che in genere mostreresti in un'intervista consisterebbe in progetti di hobby e / o utilità che hai sfornato nel tuo tempo libero. Se non hai nessuno di questi da mostrare e stai cercando un lavoro, inizia a lavorarci. Un repository pubblico git-hub è un'ottima cosa da mettere in mostra in un'intervista.

Inoltre, penso che mostrare un precedente codice dei datori di lavoro in un'intervista sia di cattivo gusto e probabilmente ti costerà l'intervista. Qualsiasi bit di codice POTREBBE essere pieno di bug che potrebbero esporre una vulnerabilità.

Di recente ho aperto un blog che registra le mie esperienze nell'affrontare la sfida dell'apprendimento da programmare. Dato che sono un po 'in ritardo, non ho molti progetti precedenti, quindi questo è anche un modo per documentare la mia progressione. Questo blog sarebbe anche un portafoglio pubblico online praticabile delle mie capacità. Nulla al suo interno è integrato nel tempo di lavoro o si basa su librerie di lavoro o concetti proprietari che possono essere coperti dalla riservatezza.

Questo sito è probabilmente l'unico codice che avrei già dovuto consegnare se lo avessi chiesto al colloquio; è pubblico e ha una cronologia, sebbene sarebbe meglio se l'intera fonte di tali progetti fosse ospitata su GitHub o simili.

Se non potessi scrivere a mano la sintassi e i concetti di base per una domanda di intervista nella lingua prescelta, probabilmente non sarei abbastanza bravo per loro.

Tutto ciò che dico si applica ai normali dipendenti a volontà. Se sei un contraente, le regole potrebbero essere diverse, anche se scommetterei non molto rispetto a questi punti.

Se sei un dipendente regolare, tutto ciò che hai fatto è di proprietà del tuo datore di lavoro. Ciò significa che non puoi portarlo con te, senza permesso. È loro - ecco perché ti hanno pagato per fare il lavoro! E non vogliono necessariamente che venga mostrato in tutto il settore.

Sono perfettamente nei loro diritti di non lasciarti conservare una copia.

Dopo essere stato licenziato / lasciarlo andare, è troppo tardi, IMO. (Beh, non è troppo tardi ma ora hai del lavoro da fare nel tuo nuovo "tempo libero").

Dovresti fare ALTRI PROGETTI DI PROGRAMMAZIONE nel tuo tempo libero. App shareware, smartphone o tablet. Lavora su progetti open source. SCEGLI UNO, e poi fallo.

Quindi - quando il potenziale datore di lavoro chiede campioni, hai molto da mostrare dal tuo "tempo libero".

Sono d'accordo - le cose che hai fatto come dipendente retribuito per i tuoi precedenti datori di lavoro non dovrebbero mai essere prese e certamente non mostrate.

È di proprietà dell'azienda (se non diversamente indicato nel suo contratto se ne ha uno). Possono fare quello che vogliono con esso, incluso non consentirgli di accedervi, mostrarlo o copiarlo. Lo hanno pagato per produrre qualcosa, è loro.

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

Questo potrebbe essere visto come un furto e molto bene potrebbe essere illegale.

Non sono un avvocato.

Una parte fondamentale di un lavoro degli sviluppatori è la comunicazione. Se riesci a comunicare bene la storia lavorativa e le conoscenze passate, non è necessario fornire il codice precedente.

Anche la società per cui lavori dovrebbe nella stragrande maggioranza dei casi detenere la proprietà intellettuale del codice che scrivi, quindi perché dovrebbero o dovrebbero semplicemente consegnarlo?

Non prenderei mai e mostrerei il codice che ho scritto per un precedente datore di lavoro. Inoltre non mi fiderei di qualcuno che ho intervistato che ha portato codice dal loro ultimo datore di lavoro (ci ruberanno il codice dopo? Lo hai davvero scritto?).

Una soluzione per questo sarebbe quella di lavorare su un progetto open source o un progetto personale se hai bisogno di dimostrare il tuo codice. Mentre ho fatto questo e mi sono offerto di mostrare il codice che ho scritto, la maggior parte dei datori di lavoro non vuole vedere lavori precedenti (non è una prova che tu l'abbia effettivamente scritto). Quando ho intervistato persone in passato, ho chiesto loro di scrivere frammenti o rispondere a domande relative alla programmazione. Non puoi farlo.

Potresti non essere stato in grado di portare con te il tuo lavoro come hai fatto per il tuo datore di lavoro, ma quale programmatore non ha progetti per animali da mostrare?