🥇Come trovare un lavoro con un buon contratto

Ciao, amici di Habr!

Recentemente ho partecipato a numerosi colloqui di lavoro e ho persino ricevuto offerte da alcune aziende europee, famose e meno conosciute. Oggi però non voglio parlarvi di come prepararsi per affrontare problemi complessi di programmazione o di come mostrare meglio le proprie soft skills. Oggi discuteremo dell'open source e dei contratti di lavoro, di quanto siano allineati e quali possono essere le insidie. Non c'è niente di più triste che dover interrompere il percorso dopo tre fasi di colloqui e una settimana di compiti a casa, quando si comprende che quel contratto di lavoro non lo firmereste nemmeno sotto la minaccia di una pistola. Ho visto molti contratti di lavoro e ho imparato a differenziare quelli molto scadenti da quelli scadenti, da quelli passabili a quelli buoni. Maggiori dettagli nella parte sottostante.

Dichiarazione di non responsabilità: In questo articolo descriverò non solo la mia esperienza, ma anche quella dei miei conoscenti. Per ovvi motivi, non nominerò le aziende.

Immaginate la situazione: passate una settimana a completare un compito pratico, affrontate tre fasi di colloqui, ricevete un'offerta di relocation in Europa occidentale con una retribuzione relativamente buona, siete pronti a lasciare tutto e state già preparando le valigie, ma qualcosa vi insospettisce, chiedete un po' di tempo per riflettere e richiedete una bozza del contratto di lavoro. Esaminate attentamente il contratto, approfondendo ogni dettaglio, e capite che si tratta di un esempio di contratto molto scadente, secondo cui voi:

Non avete il diritto di divulgare nulla, ma proprio nulla. Altrimenti — multa pesante.
Dovete dimenticare i vostri progetti. Altrimenti — multa pesante.
Se c'è anche solo una minima connessione tra ciò che creerete/consumerete a lungo termine dopo l'assunzione e ciò su cui avete lavorato o anche solo acquisito esperienza con tale datore di lavoro, tutti i diritti dovranno essere trasferiti a lui. Anche se per farlo fosse necessario viaggiare in un altro paese per registrare brevetti e cedere diritti. Altrimenti — multa pesante.
Vi attende lavoro straordinario senza compensi aggiuntivi.
Le condizioni del contratto possono essere modificate unilateralmente dal datore di lavoro.

E questo non è tutto. Insomma, è evidente — stiamo andando fuori tema.

Anche prima di questo evento, mi ero seriamente interrogato su clausola sulla proprietà intellettuale o il paragrafo sui diritti di proprietà intellettuale nei contratti di lavoro per i dipendenti dell'industria IT e i programmatori in particolare. Scrivere codice di qualità è spesso l'unica abilità che abbiamo e che perfezioniamo per anni con la speranza di venderla a buon prezzo, ma a un certo punto si realizza che oltre a vendere le proprie competenze, è possibile anche investire nell'open source, che sempre più spesso viene definito la materia oscura dell'industria software, dove operano le proprie 'leggi di gravità' e altre 'leggi fisiche'. Contribuire a progetti aperti può servire per la crescita personale e il networking con altri sviluppatori, ma spesso anche per farsi notare da potenziali datori di lavoro. Un profilo su GitHub può dire molto di più di uno su LinkedIn, e la scrittura di codice aperto, la partecipazione a revisioni di codice in gruppo, la segnalazione di bug e la redazione di documentazione per progetti open source diventano parte della vita dei programmatori più attivi e determinati.

Partecipando a diverse conferenze IT in Europa, ho scoperto il termine IP-friendly in relazione ai contratti di lavoro. Questo termine si riferisce a contratti che non limitano i lavoratori riguardo agli sforzi intellettuali nel tempo libero o introducono limitazioni ragionevoli per proteggere il datore di lavoro dalla concorrenza. Ad esempio, le condizioni del contratto che affermano 'tutto ciò che è realizzato con l'attrezzatura del datore di lavoro e per ordine diretto di quest'ultimo appartiene al datore di lavoro' sono più amichevoli per la proprietà intellettuale rispetto a 'tutto ciò che è realizzato durante la durata del contratto di lavoro appartiene incondizionatamente al datore di lavoro'. Come si suol dire, sentite la differenza!

Google è stata la prima a comprendere l'importanza del supporto ai progetti open source da parte degli sviluppatori, consentendo ai propri dipendenti di dedicare fino al 20% del loro tempo lavorativo a progetti aperti. Altre aziende innovative hanno seguito il trend e non vogliono essere da meno. I vantaggi per le aziende sono evidenti, si tratta di una strategia win-win, poiché l'azienda guadagna una reputazione come polo per i programmatori più talentuosi, il che a sua volta attira ulteriori professionisti di alto calibro. La soglia di ingresso in tali aziende è molto alta e selezionano solo i migliori.

La maggior parte delle piccole aziende è a conoscenza delle nuove tendenze solo per sentito dire e cerca di inserire nel contratto di lavoro quante più restrizioni possibile. Ho riscontrato, senza esagerare, formulazioni come «Il datore di lavoro è il proprietario di tutto ciò che viene creato dal lavoratore». È un fatto triste, ma molti sviluppatori accettano tali condizioni a causa della mancanza di conoscenze in materia di diritti di proprietà intellettuale o a causa di situazioni personali difficili (in certi casi non ci sono alternative alle offerte). Come possiamo migliorare la situazione? A mio avviso, ci sono diversi modi:

Aumentare la consapevolezza dei lavoratori dell'industria IT sui diritti di proprietà intellettuale.
Promuovere l'idea di contratti IP friendly tra i datori di lavoro.
Non solo partecipare a progetti open source, ma essere evangelisti del codice sorgente aperto.
Supportare gli sviluppatori nelle loro dispute con le aziende, cercando di fare in modo che l'opinione pubblica sia dalla parte degli sviluppatori se un'azienda cerca di 'portarsi via' un progetto.

Alla fine, ho trovato un lavoro con condizioni di contratto molto migliori. La cosa principale è non lanciarsi sulla prima offerta e continuare a cercare. E contribuire all’open source, poiché il patrimonio culturale di uno sviluppatore è il suo codice, e se tutto il codice viene scritto per le aziende, allora il suo patrimonio, la sua impronta visibile e tangibile nel paesaggio digitale è pari a null.

P.S. Se ti è piaciuto questo articolo, seguimi su Habr — ho ancora molte idee inespresse di cui voglio scrivere, così sarai il primo a saperlo.

P.P.S. È previsto un seguito all'articolo...

Solo gli utenti registrati possono partecipare al sondaggio. Accedi, per favore.