🥇Kako najti delo s dobro pogodbo

Pozdrav, učesnici Habr-a!

В последнее время мне удалось пройти через множество собеседований и даже получить предложения от некоторых известных и менее известных европейских компаний, но сегодня я расскажу не о том, как готовиться к решению сложных задач по программированию или как лучше проявлять свои софт-скиллы. Сегодня мы обсудим open source и трудовые контракты, насколько они совместимы и какие могут быть подводные камни. Нет ничего более печального, чем вынужденный сход с дистанции после трех этапов собеседований и недельного домашнего задания, когда осознаешь, что данный трудовой контракт ты не подпишешь даже под дулом пистолета. Я видел множество трудовых контрактов и научился различать очень плохие от плохих, плохие от сносных и сносные от хороших. Подробнее обо всем под катом.

Zavrnitev odgovornosti: В этой статье я буду описывать не только свой опыт, но и опыт своих знакомых. Называть компании поименнно я, по понятным причинам, не буду.

Итак, представьте ситуацию: вы неделю работаете над тестовым заданием, проходите три этапа интервью, вам присылают офер с релокацией в Западную Европу за относительно неплохие деньги, вы готовы все оставить и уже собираете чемоданы, но вас что-то настораживает, вы просите немного времени, чтобы подумать, и просите прислать вам черновик трудового договора. Вы внимательно изучаете договор, погружаетесь во все нюансы и понимаете, что это пример очень плохого контракта, по условиям которого вы:

Не имеете права разглашать абсолютно ничего. В противном случае — крупный штраф.
О своих проектах вы можете забыть. В противном случае — крупный штраф.
Если есть хоть какая-то связь между тем, что вы сделаете или изобретете через длительное время после трудоустройства, и тем, над чем вы работали или даже получили опыт у данного работодателя, то все права вы должны передать ему. Даже если для этого потребуется ехать в другую страну и оформлять патенты и уступку прав. В противном случае — крупный штраф.
Вам светит овертайм без дополнительных компенсаций.
Условия договора работодатель может менять в одностороннем порядке.

И это далеко не все. В общем, дело ясное — мимо кассы.

Еще до этого случая я сильно задумался об пункте об интеллектуальной собственности. ili Oddelek o pravicah intelektualne lastnine v delovnih pogodbah delavcev v IT industriji in programerjev posebej. Pisanje kakovodne kode je pogosto edina veščina, ki jo imamo in jo izpopolnjujemo skozi leta v upanju, da jo bomo lahko prodali za višjo ceno, toda na neki točki se zavedamo, da veščino lahko ne samo prodajamo, temveč tudi vlagamo v odprtokodne projekte, ki jih vse pogosteje imenujejo temna snov programske industrije, kjer veljajo lastne 'gravitacije' in drugi 'zakoni fizike'. Prispevanje v odprte projekte je možno za osebni razvoj ter mreženje z drugimi razvijalci, pogosto pa tudi zato, da vas opazijo potencialni delodajalci. Profil na GitHubu pogosto pove o razvijalcu veliko več kot profil na LinkedInu, in pisanje odprte kode, sodelovanje v kolektivnem pregledovanju kode, poročanje o napakah ter pisanje dokumentacije za projekte z odprto kodo postane del življenja najbolj aktivnih in ambicioznih razvijalcev.

Ob obisku različnih IT konferenc v Evropi sem se seznanil s terminom IP-prijazno v povezavi z delovnimi pogodbami. Ta izraz označuje take pogodbe, ki nikakor ne omejujejo delavcev pri usmerjanju svojih intelektualnih prizadevanj v prostem času ali ustvarjajo razumne omejitve, da zaščitijo delodajalca pred konkurenco. Na primer, pogoji pogodbe, ki določajo, da 'vse, kar je narejeno na opremi delodajalca in po neposrednem naročilu delodajalca, pripada delodajalcu' - so bolj IP-prijazni kot 'vse, kar je narejeno v času trajanja delovne pogodbe, brezpogojno pripada delodajalcu'. Kot se reče, občuti razliko!

Pomembnost podpore odprtokodnim projektom so prvi spoznali v Googlu, ki je svojim zaposlenim omogočil, da posvetijo odprtim projektom do 20 % delovnega časa, druge napredne podjetja so sprejela ta trend in ne zaostajajo. Koristi za podjetja so očitne, to je win-win strategija, saj podjetje pridobi ugled središča za najbolj talentirane razvijalce, kar privlači še več močnih strokovnjakov. Vstopna meja v taka podjetja je zelo visoka in si izborijo najboljše izmed najboljših.

Večina manjših podjetij se o novih trendih le slišno seznanja in poskuša v delovno pogodbo vključiti čim več omejitev. Srečal sem take, brez pretiravanja, formulacije kot so 'Delodajalec je lastnik vsega, kar zaposleni ustvari'. Žalostna resnica je, da se mnogi razvijalci na take pogoje strinjajo zaradi pomanjkanja znanja s področja intelektualne lastnine ali zaradi težkih življenjskih okoliščin (tukaj ni časa za izbiro ponudb). Kako bi lahko izboljšali situacijo? Po mojem mnenju obstaja več načinov:

Krepiti zavedanje zaposlenih v IT industriji o pravicah intelektualne lastnine.
Spodbujati ideje IP prijaznih pogodb med delodajalci.
Ne samo sodelovati v projektih odprte kode, temveč biti evangelisti odprtega izvora.
Podpirati razvijalce v njihovem sporu s korporacijami, prizadevati si, da bi bilo javno mnenje na strani razvijalca, če korporacija poskuša 'prevzeti' projekt.

Na koncu sem našel delo s precej boljšimi pogoji pogodbe. Ključno je, da se ne vržemo na prvo ponudbo in da še naprej iščemo. In prispevati v odprto kodo, kajti kulturna dediščina razvijalca je njegov koda, in če celotno kodo razvijalec piše za korporacije, potem je njegova dediščina, njegov viden in otipljiv odtis na digitalnem prostoru enak null.

P.S. Če vam je bila ta članek všeč, postanite moji sledilci na Habru — imam še veliko neizvedenih idej, o katerih želim pisati, tako da boste o njih izvedeli prvi.

P.P.S. Članek bo imel nadaljevanje...

Samo registrovani korisnici mogu učestvovati u anketi. Prijavite se, molim vas.