Ciao, habrarians!
Negli ultimi tempi ho avuto modo di partecipare a un numero considerevole di colloqui e ho persino ricevuto offerte da alcune compagnie europee, famose e meno note, ma oggi non parlerò di come prepararsi a risolvere problematiche di programmazione o come dimostrare al meglio le proprie soft skills. Oggi parleremo di open source e contratti di lavoro, di quanto questi siano in linea tra loro e quali potrebbero essere i potenziali ostacoli. Non c'è nulla di più triste che dover abbandonare dopo 3 fasi di colloqui e una settimana di compiti a casa, quando ci si rende conto che non firmerete nemmeno quel contratto di lavoro sotto la minaccia di una pistola. Ho visto molti contratti di lavoro e ho imparato a distinguere quelli molto cattivi da quelli cattivi, quelli cattivi da quelli accettabili e quelli accettabili da quelli buoni. Maggiori dettagli sotto il tag.
Disclamer: In questo articolo, descriverò non solo la mia esperienza, ma anche quella dei miei conoscenti. Non nominerò le aziende in questo articolo per motivi comprensibili.
Dunque, immaginate la situazione: lavorate per una settimana a un progetto di test, superate 3 fasi di colloqui, vi inviano un'offerta con possibilità di trasferimento in Europa occidentale per un compenso relativamente buono, siete pronti a lasciare tutto e già state preparando le valigie, ma qualcosa vi preoccupa, chiedete un po' di tempo per riflettere e richiedete una bozza del contratto di lavoro. Studiate attentamente il contratto, esaminando tutti i dettagli e comprendete che si tratta di un esempio di contratto molto cattivo, secondo le cui condizioni voi:
- Non avete il diritto di divulgare nulla, nemmeno in minima parte. In caso contrario — multa salata.
- Potete dimenticare i vostri progetti. In caso contrario — multa salata.
- Se esiste una qualche connessione tra ciò che realizzerete/inventerete molto tempo dopo aver iniziato a lavorare e ciò su cui avete lavorato o persino appreso/ottenuto esperienza presso questo datore di lavoro, tutti i diritti devono essere trasferiti a lui. Anche se ciò richiede di recarsi in un altro paese e registrare brevetti e cessioni di diritti. In caso contrario — multa salata.
- Vi aspetta un lavoro straordinario senza ulteriori compensi.
- Le condizioni del contratto possono essere modificate unilateralmente dal datore di lavoro.
E non è affatto tutto. In generale, la situazione è chiara — fuori tempo.
Ancor prima di questo incidente, ho riflettuto profondamente su Clausola sulla proprietà intellettuale o Paragrafo sui diritti di proprietà intellettuale nei contratti di lavoro dei professionisti dell'IT e dei programmatori in particolare. Scrivere codice di alta qualità è spesso l'unica abilità che abbiamo e che affiniamo nel corso degli anni sperando di venderla a prezzo elevato, ma a un certo punto arriva la comprensione che le competenze possono essere non solo vendute, ma anche investite nell'open source, che viene sempre più spesso chiamato la materia oscura dell'industria del software, dove operano la propria 'gravità' e altri 'leggi della fisica'. Contribuire a progetti aperti può servire per l'auto-sviluppo e il networking con altri sviluppatori, ma spesso anche per farsi notare dai 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 collettive del codice, la registrazione di bug e la scrittura di documentazione per progetti open source diventano parte della vita dei programmatori più attivi e determinati.
Visitando diverse conferenze IT in Europa, ho incontrato il termine IP-friendly in relazione ai contratti di lavoro. Questo termine si riferisce a contratti che non limitano in alcun modo i dipendenti riguardo all'orientamento dei loro sforzi intellettuali nel tempo libero o che introducono limitazioni ragionevoli per proteggere il datore di lavoro dalla concorrenza. Ad esempio, le condizioni del contratto che affermano che 'tutto ciò che è realizzato su attrezzature del datore di lavoro e su richiesta diretta del datore di lavoro è di proprietà del datore di lavoro' sono più amichevoli nei confronti della proprietà intellettuale rispetto a 'tutto ciò che viene realizzato durante la durata del contratto di lavoro appartiene incondizionatamente al datore di lavoro'. Come si suol dire, percepisci la differenza!
Per prima, Google ha compreso l'importanza di sostenere progetti open source da parte degli sviluppatori, consentendo ai propri dipendenti di dedicare fino al 20% del tempo lavorativo a progetti aperti, altre aziende pionieristiche hanno seguito l'esempio e non si sono arrestate. Il vantaggio per le aziende è evidente, è una strategia win-win, poiché l'azienda guadagna una reputazione come hub per i programmatori più talentuosi, il che a sua volta attira ancora più professionisti di valore. La soglia d'ingresso in tali aziende è molto alta e selezionano i migliori tra i migliori.
La maggior parte delle piccole aziende conosce le nuove tendenze solo per sentito dire e cerca di inserire quanti più limiti possibile nel contratto di lavoro. Ho incontrato formulazioni che, senza esagerare, possono essere riassunte in «Il datore di lavoro è il proprietario di tutto ciò che il lavoratore crea». È un fatto triste, ma molti sviluppatori accettano tali condizioni a causa della mancanza di conoscenze in materia di diritti di proprietà intellettuale o per una situazione di vita complicata (qui non ci si può permettere di esaminare tutte le offerte). Come si può migliorare la situazione? A mio avviso, ci sono diversi modi:
- Aumentare la consapevolezza dei lavoratori dell'industria IT sui diritti di proprietà intellettuale.
- Promuovere idee di contratti favorevoli alla proprietà intellettuale tra i datori di lavoro.
- Non solo partecipare a progetti open source, ma essere evangelisti del codice sorgente aperto.
- Sostenere gli sviluppatori nella loro battaglia con le aziende, cercando di fare in modo che l'opinione pubblica sia dalla parte dello sviluppatore se l'azienda cerca di "soffiare via" il progetto.
Alla fine, ho trovato un lavoro con condizioni contrattuali 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, diventa uno dei miei iscritti su Habr — ho ancora molte idee non realizzate di cui voglio scrivere, così sarai il primo a conoscerle.
P.P.S. È previsto un seguito all'articolo…
Solo gli utenti registrati possono partecipare al sondaggio. , per favore.
Il tuo contratto di lavoro è favorevole alla proprietà intellettuale?
65.1%Sì28
34.8%No15
Hanno votato 43 utenti. 20 utenti si sono astenuti.
Fonte: habr.com
