🥇Hoe je een baan kunt vinden met een goed contract

Hallo, Habr-lezers!

De laatste tijd heb ik heel wat sollicitatiegesprekken gevoerd en zelfs aanbiedingen ontvangen van enkele bekende en minder bekende Europese bedrijven. Maar vandaag zal ik het niet hebben over hoe je je kunt voorbereiden op moeilijke programmeertaken of hoe je je soft skills beter kunt demonstreren. Vandaag gaan we het hebben over open source en arbeidsovereenkomsten, in hoeverre deze met elkaar overeenkomen en welke verborgen valkuilen er zijn. Er is niets droeviger dan gedwongen te moeten afzien na 3 sollicitatiefases en een week lang huiswerk, als je beseft dat je dit arbeidscontract zelfs onder bedreiging van een pistool niet zult ondertekenen. Ik heb veel arbeidsovereenkomsten gezien en heb geleerd de zeer slechte van de slechte te onderscheiden, de slechte van de acceptabele en de acceptabele van de goede. Meer hierover onder de kat.

Disclaimer: In dit artikel zal ik niet alleen mijn eigen ervaringen beschrijven, maar ook die van bekenden. Om begrijpelijke redenen zal ik de bedrijven niet bij naam noemen.

Stel je de situatie voor: je doet een week lang een testopdracht, je doorloopt 3 ronden van interviews, je ontvangt een aanbieding met relocatie naar West-Europa voor relatief goed geld, je bent bereid alles op te geven en je begint je koffers in te pakken, maar er is iets dat je achterdochtig maakt, je vraagt om wat extra tijd om na te denken en vraagt om een concept arbeidscontract. Je bestudeert het contract zorgvuldig, verdiept je in alle nuances en komt tot de conclusie dat dit een voorbeeld is van een zeer slechte overeenkomst, waaronder de voorwaarden dat je:

Geen informatie mag delen, in welke vorm dan ook. Anders — een hoge boete.
Je moet je eigen kleine projecten vergeten. Anders — een hoge boete.
Als er enige connectie is tussen wat je maakt/uitvindt na een lange tijd nadat je aan de slag bent gegaan en waar je aan gewerkt hebt of zelfs wat je geleerd hebt/ervaring hebt opgedaan bij deze werkgever, dan moet je alle rechten aan hem overdragen. Zelfs als hiervoor een reis naar een ander land en het aanvragen van patenten en overdrachten van rechten nodig is. Anders — een hoge boete.
Je kunt overwerk verwachten zonder extra compensatie.
De werkgever kan de voorwaarden van het contract eenzijdig wijzigen.

En dit is nog lang niet alles. Kortom, de zaak is duidelijk — niets voor jou.

Zelfs voor dit geval heb ik stevig nagedacht over Intellectuele eigendomsclausule of Paragraaf over intellectuele eigendomsrechten in arbeidscontracten voor werknemers in de IT-industrie en programmeurs in het bijzonder. Het schrijven van kwalitatieve code is vaak de enige vaardigheid die we hebben en die we jarenlang verfijnen in de hoop deze voor een goede prijs te verkopen, maar op een gegeven moment komt het besef dat je vaardigheden niet alleen kunt verkopen, maar ook kunt investeren in open source, dat steeds vaker wordt aangeduid als de donkere materie van de software-industrie, waar eigen 'gravitatie' en andere 'natuurwetten' heersen. Bijdragen aan open projecten kan worden gedaan voor zelfontwikkeling en netwerken met andere developers, maar vaak ook om opgemerkt te worden door potentiële werkgevers. Een profiel op GitHub kan vaak veel meer zeggen over een ontwikkelaar dan een profiel op LinkedIn, en het schrijven van open code, deelname aan collectieve code reviews, het rapporteren van bugs en het schrijven van documentatie voor projecten met open source wordt een deel van het leven van de meest actieve en gedreven ontwikkelaars.

Tijdens het bijwonen van verschillende IT-conferenties in Europa kwam ik de term IP-friendly tegen in relatie tot arbeidscontracten. Deze term verwijst naar contracten die werknemers niet beperken in het kunnen richten van hun intellectuele inspanningen in hun vrije tijd, of die redelijke beperkingen bevatten om de werkgever te beschermen tegen concurrentie. Bijvoorbeeld, contractvoorwaarden die stellen dat 'alles wat is gemaakt op de apparatuur van de werkgever en op directe instructie van de werkgever toebehoort aan de werkgever' zijn meer IP-vriendelijk dan 'alles wat is gemaakt tijdens de looptijd van het arbeidscontract, is onvoorwaardelijk eigendom van de werkgever'. Zoals ze zeggen, voel het verschil!

Google was de eerste die het belang van de ondersteuning van open source-projecten door ontwikkelaars begreep en stelde zijn werknemers in staat om tot 20% van hun werktijd aan open projecten te besteden. Andere vooraanstaande bedrijven hebben deze trend opgepikt en blijven niet achter. De voordelen voor bedrijven zijn duidelijk, het is een win-win strategie, want het bedrijf krijgt de reputatie van een hub voor de meest getalenteerde ontwikkelaars, wat op zijn beurt nog meer sterke professionals aantrekt. De instapdrempel voor dergelijke bedrijven is zeer hoog, en ze selecteren de besten van de besten.

De meeste kleinere bedrijven zijn zich slechts vaag bewust van nieuwe trends en proberen zoveel mogelijk beperkingen in arbeidscontracten op te nemen. Ik heb formuleringen gezien zoals 'De werkgever is eigenaar van alles wat door de werknemer is gecreëerd'. Het is triest, maar veel ontwikkelaars stemmen in met dergelijke voorwaarden vanwege een gebrek aan kennis over intellectuele eigendomsrechten of door een moeilijke levenssituatie (dan is er geen tijd om aanbiedingen te vergelijken). Hoe kan de situatie verbeterd worden? Naar mijn mening zijn er verschillende manieren:

De bewustwording van werknemers in de IT-industrie over intellectuele eigendomsrechten verbeteren.
De ideeën van IP-vriendelijke contracten onder werkgevers promoten.
Niet alleen deelnemen aan open source-projecten, maar ook evangelisten van open source zijn.
Ontwikkelaars ondersteunen in hun geschillen met corporaties en ervoor zorgen dat de publieke opinie aan de zijde van de ontwikkelaar staat als een bedrijf probeert een project 'af te pakken'.

Uiteindelijk vond ik een baan met veel betere contractvoorwaarden. Belangrijk is om niet te snel op het eerste aanbod in te gaan en door te blijven zoeken. En bijdragen aan open source, want het culturele erfgoed van een ontwikkelaar is zijn code, en als een ontwikkelaar al zijn code voor bedrijven schrijft, dan is zijn erfgoed, zijn zichtbare en tastbare afdruk op het digitale landschap gelijk aan null.

P.S. Als je dit artikel leuk vond, volg me dan op Habra — ik heb nog veel niet gerealiseerde ideeën waar ik over wil schrijven, zodat je als eerste daarvan op de hoogte bent.

P.P.S. Er is een vervolg op het artikel gepland...

Alleen geregistreerde gebruikers kunnen deelnemen aan de enquête. Log in, alstublieft.