Mi è sempre stato insegnato che l'adattamento è il criterio più importante per la selezione di lavoro / opportunità. In effetti, la mia business school segue un metodo "cookie rotto" o " Darden Cookie", in cui cerchi di conoscere te stesso e trovare il lavoro che ti completa come un biscotto rotto ed è l'altra metà.

Pertanto, con questo metodo, se una parte importante di te e della tua gioia nella vita è la partecipazione e il contributo a progetti open source, un'azienda che limiterebbe o proibirebbe tale attività non sarebbe adatta per te.

Pertanto, per scoprire se questo sarà un problema, dovresti probabilmente dire all'azienda che intendi partecipare a quei progetti. Una società che non ti assumerebbe per questo motivo sarebbe probabilmente una cattiva scelta, e quindi ha risolto il problema per te. Conducendoti a un'esperienza potenzialmente più felice in futuro, un risultato possibile solo se sei aperto e condividi quell'intenzione / ponendo quella domanda.

Ci sono tre percorsi che puoi seguire.

1. Afferma la tua intenzione in anticipo
2. Chiedi il permesso in anticipo
3. Chiedi perdono se vieni scoperto

Ciascuno ha i suoi vantaggi e svantaggi a seconda di come valuti l'importanza di ottenere quel lavoro rispetto a lavorare su progetti open source.

Afferma la tua intenzione

Durante il processo di intervista, ti dovrebbe essere chiesto se hai domande. Un modo per affrontare l'argomento è semplicemente dichiarare le tue intenzioni e lanciare la palla nel loro campo:

Uno dei motivi per cui ho le capacità che possiedo è il lavoro su progetti collaterali. Mentre lavoro qui, intendo lavorare con progetti open source come A, B o C al di fuori dell'orario di lavoro che non competono con il software che stiamo creando e mi aiuteranno ad affinare le mie capacità. Questa azienda ha un problema con questo?

Tra i lati positivi, questo afferma che lavorare su progetti open source è un vantaggio e offre all'azienda un'opzione su come desidera rispondere. Anche se lo standard è quello di vietare alle persone di lavorare su progetti collaterali, se gli piaci potrebbero essere disposte a fare un'eccezione sul posto per assicurarsi che ti prendano.

Al rovescio della medaglia, potrebbero vederti questo come un rompicapo e tagliare i legami lì per lì. Se ti interessa davvero lavorare su progetti collaterali, potrebbe non essere una brutta cosa.

Chiedi l'autorizzazione

Se sei un po 'più titubante, puoi formulare la domanda in modo diverso:

Qual è la politica aziendale riguardo a progetti collaterali come contribuire a software open source?

Se la risposta è positiva, puoi chiedere il permesso esplicito. In caso contrario, puoi prendere la tua decisione in base a quanto sia negativa la loro risposta.

Tra i lati positivi, questo ti darà maggiori informazioni su quale sia la loro politica in generale perché non stai affermando un forte desiderio di farlo, ma solo facendo una domanda generale al riguardo. Dal momento che puoi ascoltare la loro posizione prima di decidere come procedere, ha meno rischi che affermare semplicemente la tua intenzione.

Sul lato negativo, anche se potrebbe non essere forte come affermare, se il sul posto di lavoro è fortemente contrario al lavoro su progetti collaterali, potrebbero ancora vedere la domanda come un'intenzione di lavorarci.

Chiedi perdono

Se hai la sensazione che uno dei due permesso, o da altre informazioni che la società potrebbe essere tutt'altro che di supporto, puoi sempre farlo e fingere di ignorare la politica aziendale se vieni scoperto. Come recita l'adagio, "È più facile chiedere perdono che permesso" . Se decidi di seguire questa strada, assicurati che il tuo contratto / la legge non causino problemi seri per te o per il progetto secondario su cui lavori se vieni scoperto.

Sul lato positivo , sarai in grado di lavorare su progetti open source indipendentemente dalla politica aziendale.

Sul lato negativo, il tuo impiego o la tua professionalità potrebbero essere messi in discussione quando / se vieni scoperto.

Sebbene la risposta di JMacs copra la maggior parte di ciò che stavo per dire, dovrei dire non scegliere mai il percorso "Chiedi perdono" .

I motivi principali.

• Contaminazione del codice
• Conflitto di interessi
• Problemi di licenza

Corri il rischio di inviare codice che può essere correlato al codice società. Oppure potrebbe essere l'azienda potrebbe lavorare su un prodotto concorrente.

Questo nella migliore delle ipotesi potrebbe impedirti di lavorare al progetto delle aziende.

Nel peggiore dei casi può ritardare / annullare il prodotto in quanto devono rivedere e modificare / rimuovere il codice che potrebbe essere in competizione. In alcuni casi questo potrebbe anche essere motivo di licenziamento / risarcimento danni.

Inoltre, non tutte le licenze Open Source sono create uguali. Alcuni non sono scritti da avvocati, motivo per cui qualcosa di banale come " Usa questo software per sempre" può uccidere un prodotto.

Normalmente è necessario che un avvocato riveda la licenza e la firmi.

Conclusione: consiglierei di chiedere in anticipo la loro politica.

Le principali società di software avranno spesso persone che lavorano su progetti Open Source e la struttura per farlo senza danneggiare la proprietà intellettuale delle società.

Dovresti assolutamente chiedere. Alcune start-up adotteranno un approccio piuttosto draconiano che dice "possediamo tutto ciò che scrivi, anche se fatto con le tue attrezzature &".

Lo fanno perché devono garantire un titolo chiaro al loro software ( in modo che possano vendere l'azienda) e questo può essere il modo più semplice per farlo.

Per me, questa parte della tua domanda è fondamentale:

Questo non è un rompicapo per me

Se tu lavoreresti per l'azienda nonostante una politica più restrittiva sull'open source, non c'è motivo di correre rischi durante il colloquio.

Con un'offerta in mano, questa è un'ottima domanda da porre e, a seconda dell'azienda, uno che potrebbe anche essere negoziabile. Probabilmente impareresti non solo la politica più ampia, ma anche la cultura del gruppo specifico. Vorrei anche menzionare che penso sia fantastico che tu sia così interessato all'Open Source. Avere quel tipo di cultura sul posto di lavoro sembra migliorare la qualità degli ingegneri, la velocità con cui apprendono e il loro impegno nel processo di sviluppo.

Mantenere un punto d'appoggio nell'Open Source tende anche ad aumentare la tua occupabilità a medio e lungo termine. Molti datori di lavoro, incluso il mio (una gigantesca azienda che potresti non aspettarti è così) preferiscono qualcuno come te e potrebbero anche prendere interessanti, recenti esperienze Open Source rispetto a esperienze specifiche con le loro tecnologie.

OK, quindi ci sono molti consigli utili qui, quindi per equilibrio, ti darò più cautela, anche se sono un grande fan dell'open source.

Dipende dalla tua forza contrattuale. Se ti senti fortunato a mettere i piedi nella porta e non conosci la cultura aziendale su questo, non vuoi rovinare le tue possibilità dando loro quello che potenzialmente potrebbero vedere come negativo. Scoprirai che molte persone non contribuiscono all'open source e l'hanno giustificato mentalmente decidendo che non vale la pena dedicare del tempo al lavoro gratuito. Potrebbero disprezzarti per averlo suggerito.

Gioca in modo intelligente e impara a conoscere la cultura in anticipo, vedi se è generalmente incoraggiato per le persone a lavorare sull'open source. Se non sei adatto alla cultura, potresti preferire dedicare più tempo alla ricerca di un adattamento migliore.

Se dici: "Incoraggi la partecipazione a progetti open source?" e dicono: "Preferiremmo sapere che stai lavorando al nostro software in un dato momento in cui stai lavorando", potresti aver imparato abbastanza per prendere una decisione.

Non vedo alcun danno nel chiedere, lo prefiggerò in modo simile a quello che hai detto qui.

Direi che ti piace lavorare con il software e occasionalmente lavorare su cose che non sono correlate al lavoro e farlo occasionalmente con la comunità open source. Le linee guida qui mi impediscono di farlo? Direi anche che capisci che qualsiasi cosa fatta per l'azienda è ancora di proprietà dell'azienda, inclusi miglioramenti open source / correzioni di bug e che dovresti sempre ottenere l'autorizzazione prima di impegnarti in qualcosa di correlato al lavoro.

Parla con un avvocato specializzato in protezione della proprietà intellettuale. Potrebbero essere disposti a parlare con te in una consulenza iniziale gratuita.

Nel mio caso, il mio datore di lavoro mi ha fatto firmare una dichiarazione di PI, come fanno per tutti i dipendenti. Tutto quello che volevano era una breve (brevissima) divulgazione della PI (brevetti, tecnologie) che possedevo.

Non utilizzare mai le risorse aziendali per il tuo lavoro open source.

Sì, dovresti parlarne, ma non durante l'intervista. Dopo che hai un'offerta (nel senso che hanno già deciso che ti vogliono) è il momento per questo tipo di domanda. Se la risposta è quella che non ti piace e non negozieranno, puoi rifiutare l'offerta.

Alcune aziende offriranno uno schema "time2innovate", o almeno questo è il nome della nostra area locale. Il principio di base per un'azienda di esempio nella mia zona è che avrai 2 ore il venerdì di ogni quindici giorni per lavorare su un'idea completamente nuova, comunque desideri utilizzando i tuoi strumenti, ed è interamente attribuita a te. Dopo un mese o due di lavoro su qualcosa, ogni dipendente può presentarlo all'intera azienda e ha il potenziale per portarlo avanti con l'azienda se l'idea sembra vendibile. Le due ore ogni due settimane sono ore di lavoro retribuite, ma non devono essere correlate all'azienda.

In effetti, chiedere qualcosa del genere in un'intervista dimostrerà probabilmente iniziativa e un certo talento imprenditoriale, quindi direi di provarci.

Un buon modo per evitare di trovarsi in questa situazione sarebbe avere tutti i principali progetti open source in cui sei coinvolto come elementi del tuo curriculum. Quindi qualsiasi datore di lavoro che ti offre un impiego ha tacitamente accettato che ci stai lavorando; sarebbero sembrati sciocchi più tardi affermando di non sapere e di non approvare, se affermare così significava che non avevano letto il tuo curriculum. Se stai intervistando e non è già sul tuo curriculum, potresti ottenere lo stesso effetto menzionando casualmente il tuo lavoro open source durante l'intervista, in un punto in cui fluisce piuttosto che sembrare intenzionale / forzato. Vuoi proiettare fiducia nel tuo diritto di fare ciò che fai nel tuo tempo libero, non la sensazione di pensare che ciò che stai facendo sia in qualche modo trasgressivo o fuori dall'ordinario.