Come trovare lavoro con un buon contratto

Ciao, Khabroviti!

Recentemente ho avuto l'opportunità di sostenere un discreto numero di interviste e anche di ricevere offerte da alcune aziende molto note e non europee, ma oggi non vi parlerò di come prepararsi per risolvere problemi di programmazione complicati o il modo migliore per dimostrare le competenze trasversali. Oggi parleremo di open source e contratti di lavoro, di come corrispondono tra loro e di quali insidie ​​possono esserci. Non c'è niente di più triste che essere costretti a lasciare la gara dopo 3 fasi di colloqui e una settimana di compiti, quando arriva la consapevolezza che non firmerai questo contratto di lavoro nemmeno sotto la minaccia delle armi. Ho visto molti contratti di lavoro e ho imparato a distinguere tra il pessimo e il cattivo, il cattivo dall'accettabile e l'accettabile dal buono. Maggiori dettagli su tutto ciò che è sotto il taglio.

Disclaimer: In questo articolo descriverò non solo la mia esperienza, ma anche quella dei miei amici. Per ovvi motivi, in questo articolo non nominerò le aziende per nome.

Quindi, immagina la situazione: trascorri una settimana svolgendo un compito di prova, passi attraverso 3 fasi di un colloquio, ti inviano un'offerta con trasferimento in Europa occidentale per un prezzo relativamente buono, sei pronto a rinunciare a tutto e stai già preparando le tue cose borse, ma qualcosa ti preoccupa, chiedi un po' più di tempo per pensarci e chiedi di mandarti una bozza di contratto di lavoro. Studi attentamente il contratto, approfondisci tutte le sfumature e capisci che questo è un esempio di un pessimo contatto, secondo i termini del quale:

• Non hai il diritto di rivelare nulla, letteralmente. Altrimenti, una grossa multa.
• Puoi dimenticarti dei tuoi progetti. Altrimenti, una grossa multa.
• Se esiste almeno qualche connessione tra ciò che farai/inventerai molto tempo dopo l'assunzione e ciò su cui hai lavorato o addirittura imparato/acquisito esperienza da questo datore di lavoro, allora devi trasferirgli tutti i diritti di conseguenza. Anche se questo richiede di recarsi in un altro Paese e depositare brevetti e cessioni di diritti. Altrimenti, una grossa multa.
• Ottieni straordinari senza compenso aggiuntivo.
• Il datore di lavoro può modificare unilateralmente le condizioni del contratto.

E non è tutto. In generale, la questione è chiara: oltre il registratore di cassa.

Anche prima di questo incidente, ci stavo pensando intensamente Clausola di proprietà intellettuale o Paragrafo sui diritti di proprietà intellettuale nei contratti di lavoro dei lavoratori e dei programmatori del settore IT in particolare. Scrivere codice di alta qualità è spesso l'unica abilità che abbiamo e che affiniamo per molti anni con la speranza di venderlo a un prezzo più alto, ma ad un certo punto arriviamo alla comprensione che l'abilità non può solo essere venduta, ma ha investito anche nell’open source, che viene sempre più chiamata la materia oscura dell’industria del software, dove operano la sua stessa “gravità” e altre “leggi della fisica”. Puoi contribuire ad aprire progetti di auto-sviluppo e di networking con altri sviluppatori, ma spesso anche per farti notare da potenziali datori di lavoro. Un profilo su GitHub spesso può dire molto di più su uno sviluppatore rispetto a un profilo su LinkedIn, e scrivere codice aperto, partecipare a code review collettive, archiviare bug e scrivere documentazione per progetti open source diventa parte della vita degli sviluppatori più attivi e motivati. .

Partecipando a varie conferenze IT in Europa, ho acquisito familiarità con il termine IP-friendly in relazione ai contratti di lavoro. Questo termine si riferisce a contratti che non limitano in alcun modo i dipendenti in termini di direzione dei loro sforzi intellettuali nel tempo libero o introducono ragionevoli restrizioni per proteggere il datore di lavoro dalla concorrenza. Ad esempio, i termini contrattuali che stabiliscono che “tutto ciò che viene fatto con le attrezzature del datore di lavoro e sotto le istruzioni dirette del datore di lavoro appartiene al datore di lavoro” sono più favorevoli alla proprietà intellettuale rispetto a “tutto ciò che viene fatto durante la durata del contratto di lavoro appartiene incondizionatamente al datore di lavoro”. Come si suol dire, senti la differenza!

Google è stata la prima a comprendere l’importanza che gli sviluppatori sostenessero progetti open source, consentendo ai propri dipendenti di dedicare fino al 20% del proprio tempo lavorativo a progetti open source; altre aziende leader hanno seguito la tendenza e non sono rimaste indietro. Il vantaggio per le aziende è evidente; si tratta di una strategia vantaggiosa per tutti, perché l’azienda guadagna la reputazione di hub per gli sviluppatori più talentuosi, che a sua volta attrae professionisti ancora più forti. La soglia di ingresso in tali società è molto alta e selezionano il meglio del meglio.

La maggior parte delle aziende più piccole conosce le nuove tendenze solo per sentito dire e cerca di inserire quante più restrizioni possibili nel contratto di lavoro. Mi sono imbattuto in formulazioni come "Il datore di lavoro è il proprietario di tutto e di tutto ciò che è stato creato dal dipendente". È un fatto triste, ma molti sviluppatori accettano tali condizioni a causa della mancanza di conoscenza nel campo dei diritti di proprietà intellettuale o a causa di una situazione di vita difficile (non c’è tempo per selezionare le offerte). Come si può migliorare la situazione? Secondo me ci sono diversi modi:

• Migliorare la consapevolezza tra i lavoratori del settore IT sui diritti di proprietà intellettuale.
• Promuovere l’idea di contratti favorevoli alla proprietà intellettuale tra i datori di lavoro.
• Non solo per partecipare a progetti open source, ma per essere evangelisti dell'open source.
• Sostenere gli sviluppatori nelle loro controversie con le aziende, sforzarsi di garantire che l'opinione pubblica sia dalla parte dello sviluppatore se la società sta cercando di "spremere" il progetto.

Alla fine ho trovato un lavoro con condizioni contrattuali molto migliori. L'importante è non affrettarsi alla prima offerta e continuare a cercare. E contribuire all’open source, perché il patrimonio culturale di uno sviluppatore è il suo codice, e se lo sviluppatore scrive tutto il codice per le aziende, allora la sua eredità, la sua impronta visibile e tangibile nel panorama digitale è nullo.

PS Se ti è piaciuto questo articolo, diventa mio abbonato su Habré: ho ancora molte idee non realizzate di cui voglio scrivere, quindi sarai il primo a saperle.

PPS Si prevede che l'articolo continui...

Solo gli utenti registrati possono partecipare al sondaggio. AccediPer favore.

Il tuo contratto di lavoro è IP-friendly?

• 65.1%Sì28

• 34.8%No15

43 utenti hanno votato. 20 utenti si sono astenuti.

Fonte: habr.com