Paano makahanap ng trabaho na may magandang kontrata

Paano makahanap ng trabaho na may magandang kontrata

Kumusta, mga Khabrovites!

Kamakailan ay nagkaroon ako ng pagkakataon na dumaan sa isang patas na bilang ng mga panayam at nakatanggap pa nga ng mga alok mula sa ilang kilalang at hindi masyadong European na kumpanya, ngunit ngayon ay hindi ko sasabihin sa iyo ang tungkol sa kung paano maghanda upang malutas ang mga nakakalito na problema sa programming o kung paano pinakamahusay na ipakita ang malambot na kasanayan. Ngayon ay pag-uusapan natin ang tungkol sa open source at mga kontrata sa pagtatrabaho, kung paano sila tumutugma sa isa't isa at kung anong mga pitfalls ang maaaring magkaroon. Wala nang mas malungkot pa kaysa sa puwersahang umalis sa karera pagkatapos ng 3 yugto ng mga panayam at isang linggo ng takdang-aralin, kapag dumating ang pagkakaunawaan na hindi mo pipirmahan ang kontrata sa pagtatrabaho na ito kahit sa tutok ng baril. Nakakita na ako ng maraming kontrata sa pagtatrabaho at natutunan kong sabihin ang pagkakaiba sa pagitan ng napakasama at masama, ang masama sa maisa, at ang maipapasa sa mabuti. Higit pang mga detalye tungkol sa lahat ng bagay sa ilalim ng hiwa.

Disclaimer: Sa artikulong ito, ilalarawan ko hindi lamang ang aking karanasan, kundi pati na rin ang karanasan ng aking mga kaibigan. Para sa malinaw na mga kadahilanan, hindi ko pangalanan ang mga kumpanya ayon sa pangalan sa artikulong ito.

Kaya, isipin ang sitwasyon: gumugugol ka ng isang linggo sa paggawa ng isang pagsubok na gawain, dumaan sa 3 yugto ng isang pakikipanayam, padadalhan ka nila ng isang alok na may relokasyon sa Kanlurang Europa para sa medyo magandang pera, handa ka nang isuko ang lahat at iniimpake na ang iyong mga bag, ngunit may nag-aalala sa iyo, humihingi ka ng kaunting oras na pag-isipan ito at hilingin sa kanila na padalhan ka ng draft ng kontrata sa pagtatrabaho. Maingat mong pag-aralan ang kontrata, suriin ang lahat ng mga nuances at maunawaan na ito ay isang halimbawa ng isang napakasamang pakikipag-ugnay, sa ilalim ng mga tuntunin kung saan ka:

  • Wala kang karapatan na ibunyag ang anumang bagay, literal sa lahat. Kung hindi - isang malaking multa.
  • Maaari mong kalimutan ang tungkol sa iyong mga proyekto. Kung hindi - isang malaking multa.
  • Kung mayroong hindi bababa sa ilang koneksyon sa pagitan ng kung ano ang iyong gagawin/imbento katagal pagkatapos ng trabaho at kung ano ang iyong pinaghirapan o kahit na natutunan/nakuha na karanasan mula sa employer na ito, dapat mong ilipat ang lahat ng mga karapatan sa kanya nang naaayon. Kahit na nangangailangan ito ng pagpunta sa ibang bansa at pag-file ng mga patent at pagtatalaga ng mga karapatan. Kung hindi - isang malaking multa.
  • Makakakuha ka ng overtime nang walang karagdagang kabayaran.
  • Maaaring baguhin ng employer ang mga tuntunin ng kontrata nang unilaterally.

At hindi lang iyon. Sa pangkalahatan, malinaw ang bagay - lampas sa cash register.

Bago pa man ang pangyayaring ito, pinag-isipan ko ng mabuti Clause ng intelektwal na ari-arian o Talata sa mga karapatan sa intelektwal na pag-aari sa mga kontrata sa paggawa ng mga manggagawa sa industriya ng IT at mga programmer sa partikular. Ang pagsulat ng mataas na kalidad na code ay kadalasan ang tanging kakayahan na mayroon tayo at hinahasa natin sa loob ng maraming taon na may pag-asang maibenta ito sa mas mataas na presyo, ngunit sa ilang yugto ay nauunawaan natin na ang kasanayan ay hindi lamang maibebenta, ngunit namuhunan din sa open source, na lalong tinatawag na dark matter ng industriya ng software, kung saan gumagana ang sarili nitong "gravity" at iba pang "laws of physics". Maaari kang mag-ambag sa pagbubukas ng mga proyekto para sa pagpapaunlad ng sarili at pakikipag-network sa iba pang mga developer, ngunit madalas din upang mapansin ng mga potensyal na employer. Ang isang profile sa GitHub ay kadalasang makakapagsabi ng higit pa tungkol sa isang developer kaysa sa isang profile sa LinkedIn, at ang pagsusulat ng open code, paglahok sa mga collective code review, pag-file ng mga bug at pagsulat ng dokumentasyon para sa mga open source na proyekto ay nagiging bahagi ng buhay ng mga pinaka-aktibo at motivated na mga developer. .

Habang dumadalo sa iba't ibang kumperensya ng IT sa Europa, naging pamilyar ako sa terminong IP-friendly kaugnay ng mga kontrata sa pagtatrabaho. Ang terminong ito ay tumutukoy sa mga kontrata na hindi naghihigpit sa mga empleyado sa anumang paraan sa mga tuntunin ng direksyon ng kanilang mga intelektwal na pagsisikap sa kanilang libreng oras o nagpapakilala ng mga makatwirang paghihigpit upang maprotektahan ang employer mula sa kompetisyon. Halimbawa, ang mga termino ng kontrata na nagsasaad na "lahat ng ginawa sa kagamitan ng employer at sa ilalim ng direktang mga tagubilin ng employer ay pagmamay-ari ng employer" ay mas IP-friendly kaysa sa "lahat ng ginawa sa panahon ng termino ng kontrata sa pagtatrabaho ay pagmamay-ari ng employer nang walang kondisyon." Sabi nga nila, feel the difference!

Ang Google ang unang nakaunawa sa kahalagahan ng mga developer na sumusuporta sa mga open source na proyekto, na nagpapahintulot sa mga empleyado nito na maglaan ng hanggang 20% ​​ng kanilang oras sa pagtatrabaho sa mga open source na proyekto; sinundan ng iba pang nangungunang kumpanya ang trend at hindi nahuhuli. Ang benepisyo para sa mga kumpanya ay halata; ito ay isang win-win na diskarte, dahil ang kumpanya ay nakakakuha ng isang reputasyon bilang isang hub para sa mga pinaka mahuhusay na developer, na kung saan ay umaakit ng mas malakas na mga propesyonal. Napakataas ng entry threshold sa mga naturang kumpanya at pinipili nila ang pinakamahusay sa pinakamahusay.

Karamihan sa mga mas maliliit na kumpanya ay nakakaalam tungkol sa mga bagong uso sa pamamagitan lamang ng sabi-sabi at subukang magkasya sa pinakamaraming paghihigpit hangga't maaari sa kontrata sa pagtatrabaho. Nakatagpo ako ng mga ganyan, nang walang pagmamalabis, mga pormulasyon bilang "Ang employer ang may-ari ng lahat at lahat ng nilikha ng empleyado." Ito ay isang malungkot na katotohanan, ngunit maraming mga developer ang sumasang-ayon sa mga naturang kundisyon dahil sa kakulangan ng kaalaman sa larangan ng mga karapatan sa intelektwal na ari-arian o dahil sa isang mahirap na sitwasyon sa buhay (walang oras upang ayusin ang mga alok). Paano mapapabuti ang sitwasyon? Sa aking palagay, mayroong ilang mga paraan:

  • Pagbutihin ang kamalayan ng mga manggagawa sa industriya ng IT tungkol sa mga karapatan sa intelektwal na ari-arian.
  • Isulong ang ideya ng mga IP friendly na kontrata sa mga employer.
  • Hindi lamang upang lumahok sa mga open source na proyekto, ngunit upang maging open source na mga ebanghelista.
  • Suportahan ang mga developer sa kanilang mga hindi pagkakaunawaan sa mga korporasyon, sikaping tiyakin na ang opinyon ng publiko ay nasa panig ng developer kung sinusubukan ng korporasyon na "pisilin" ang proyekto.

Sa huli, nakahanap ako ng trabaho na may mas magandang kondisyon sa kontrata. Ang pangunahing bagay ay hindi magmadali sa unang alok at patuloy na naghahanap. At mag-ambag sa open source, dahil ang cultural heritage ng isang developer ay ang kanyang code, at kung isusulat ng developer ang lahat ng code para sa mga korporasyon, ang kanyang legacy, ang kanyang nakikita at nasasalat na imprint sa digital landscape ay walang halaga.

PS Kung nagustuhan mo ang artikulong ito, maging aking tagasuskribi sa HabrΓ© - Mayroon pa akong maraming hindi natanto na mga ideya na nais kong isulat, kaya ikaw ang unang makakaalam tungkol sa mga ito.

Pps Ang artikulo ay binalak na ipagpatuloy...

Ang mga rehistradong user lamang ang maaaring lumahok sa survey. Mag-sign in, pakiusap

IP-friendly ba ang iyong kontrata sa pagtatrabaho?

  • 65.1%Oo28

  • 34.8%No15

43 na user ang bumoto. 20 user ang umiwas.

Pinagmulan: www.habr.com

Magdagdag ng komento