Hoe vind je een baan met een goed contract?

Hallo, Khabrovieten!

Ik heb onlangs de gelegenheid gehad om een ​​behoorlijk aantal interviews af te nemen en zelfs aanbiedingen te ontvangen van een aantal bekende en niet zo Europese bedrijven, maar vandaag ga ik je niet vertellen hoe je je kunt voorbereiden op het oplossen van lastige programmeerproblemen of hoe je zachte vaardigheden het beste kunt demonstreren. Vandaag zullen we het hebben over open source- en arbeidscontracten, hoe deze met elkaar corresponderen en welke valkuilen er kunnen zijn. Er is niets treuriger dan gedwongen te worden de race te verlaten na drie fases van sollicitatiegesprekken en een week huiswerk, terwijl het besef komt dat je deze arbeidsovereenkomst niet zult ondertekenen, zelfs niet onder schot. Ik heb veel arbeidsovereenkomsten gezien en geleerd het verschil te onderscheiden tussen heel slecht en slecht, tussen slecht en redelijk, en tussen redelijk en goed. Meer details over alles onder de snit.

Vrijwaring: In dit artikel beschrijf ik niet alleen mijn ervaring, maar ook de ervaring van mijn vrienden. Om voor de hand liggende redenen zal ik in dit artikel bedrijven niet bij naam noemen.

Stel je dus de situatie eens voor: je besteedt een week aan een testtaak, doorloopt 3 fasen van een sollicitatiegesprek, ze sturen je een aanbod met verhuizing naar West-Europa voor relatief goed geld, je bent klaar om alles op te geven en bent je spullen al aan het inpakken tassen, maar je maakt je ergens zorgen over, je vraagt ​​om wat meer tijd om erover na te denken en vraagt ​​hen om je een concept arbeidsovereenkomst te sturen. Je bestudeert het contract zorgvuldig, verdiept je in alle nuances en begrijpt dat dit een voorbeeld is van een zeer slecht contact, op grond waarvan je:

• Je hebt helemaal niet het recht om iets openbaar te maken, letterlijk helemaal niet. Anders - een grote boete.
• U kunt uw projecten vergeten. Anders - een grote boete.
• Als er op zijn minst enig verband bestaat tussen wat u lang na uw dienstverband gaat doen/uitvinden en waar u aan hebt gewerkt of zelfs ervaring hebt geleerd/opgedaan bij deze werkgever, dan moet u alle rechten dienovereenkomstig aan hem overdragen. Zelfs als dit vereist dat we naar een ander land moeten gaan en patenten moeten aanvragen en rechten moeten overdragen. Anders - een grote boete.
• Je krijgt overuren zonder aanvullende compensatie.
• De werkgever kan de voorwaarden van het contract eenzijdig wijzigen.

En dat is niet alles. Over het algemeen is de zaak duidelijk: voorbij de kassa.

Zelfs vóór dit incident dacht ik er hard over na Intellectuele eigendomsclausule of Paragraaf over intellectuele eigendomsrechten in arbeidscontracten van werknemers in de IT-industrie en programmeurs in het bijzonder. Het schrijven van code van hoge kwaliteit is vaak de enige vaardigheid die we hebben en die we jarenlang aanscherpen in de hoop deze tegen een hogere prijs te verkopen, maar op een gegeven moment komen we tot het inzicht dat de vaardigheid niet alleen kan worden verkocht, maar ook Er wordt ook geïnvesteerd in open source, dat steeds vaker de donkere materie van de software-industrie wordt genoemd, waar zijn eigen ‘zwaartekracht’ en andere ‘fysicawetten’ werkzaam zijn. Je kunt bijdragen aan open projecten voor zelfontwikkeling en netwerken met andere ontwikkelaars, maar vaak ook om opgemerkt te worden door potentiële werkgevers. Een profiel op GitHub kan vaak veel meer over een ontwikkelaar zeggen dan een profiel op LinkedIn, en het schrijven van open code, het deelnemen aan collectieve codebeoordelingen, het indienen van bugs en het schrijven van documentatie voor open source-projecten wordt onderdeel van het leven van de meest actieve en gemotiveerde ontwikkelaars. .

Tijdens het bijwonen van diverse IT-conferenties in Europa maakte ik kennis met de term IP-vriendelijk in relatie tot arbeidsovereenkomsten. Deze term verwijst naar contracten die werknemers op geen enkele manier beperken in de richting van hun intellectuele inspanningen in hun vrije tijd, of die redelijke beperkingen introduceren om de werkgever tegen concurrentie te beschermen. Contractvoorwaarden waarin staat dat “alles wat op de apparatuur van de werkgever en onder directe instructies van de werkgever wordt gedaan, eigendom is van de werkgever” zijn bijvoorbeeld IE-vriendelijker dan “alles wat tijdens de looptijd van de arbeidsovereenkomst wordt gedaan, behoort onvoorwaardelijk toe aan de werkgever.” Zoals ze zeggen, voel het verschil!

Google was de eerste die het belang inzag van ontwikkelaars die open source-projecten ondersteunen, waardoor medewerkers tot 20% van hun werktijd aan open source-projecten kunnen besteden; andere toonaangevende bedrijven volgden de trend en blijven niet achter. Het voordeel voor bedrijven ligt voor de hand; dit is een win-winstrategie, omdat het bedrijf een reputatie krijgt als knooppunt voor de meest getalenteerde ontwikkelaars, wat op zijn beurt nog meer sterke professionals aantrekt. De drempel voor dergelijke bedrijven is erg hoog en zij selecteren het beste van het beste.

De meeste kleinere bedrijven kennen nieuwe trends alleen van horen zeggen en proberen zoveel mogelijk beperkingen in de arbeidsovereenkomst op te nemen. Ik ben zonder overdrijving formuleringen tegengekomen als “De werkgever is de eigenaar van alles en alles wat door de werknemer wordt gecreëerd.” Het is een triest feit, maar veel ontwikkelaars gaan akkoord met dergelijke voorwaarden vanwege een gebrek aan kennis op het gebied van intellectuele eigendomsrechten of vanwege een moeilijke levenssituatie (er is geen tijd om aanbiedingen te doorzoeken). Hoe kan de situatie verbeterd worden? Volgens mij zijn er verschillende manieren:

• Verbeter het bewustzijn onder werknemers in de IT-industrie over intellectuele eigendomsrechten.
• Promoot het idee van IE-vriendelijke contracten onder werkgevers.
• Niet alleen om deel te nemen aan open source-projecten, maar om open source-evangelisten te zijn.
• Ondersteun ontwikkelaars in hun geschillen met bedrijven en streef ernaar om ervoor te zorgen dat de publieke opinie aan de kant van de ontwikkelaar staat als het bedrijf het project probeert te ‘knijpen’.

Uiteindelijk heb ik een baan gevonden met veel betere contractvoorwaarden. Het belangrijkste is om niet naar de eerste aanbieding te haasten en te blijven zoeken. En draag bij aan open source, omdat het culturele erfgoed van een ontwikkelaar zijn code is, en als de ontwikkelaar alle code voor bedrijven schrijft, dan is zijn nalatenschap, zijn zichtbare en tastbare stempel op het digitale landschap nul.

PS Als je dit artikel leuk vond, word dan mijn abonnee op Habré - ik heb nog steeds veel ongerealiseerde ideeën waarover ik wil schrijven, dus jij bent de eerste die ervan op de hoogte is.

PPS Het is de bedoeling dat het artikel wordt voortgezet...

Alleen geregistreerde gebruikers kunnen deelnemen aan het onderzoek. Inloggen, Alsjeblieft.

Is uw arbeidsovereenkomst IP-vriendelijk?

• 65.1%Ja28

• 34.8%Geen15

43 gebruikers hebben gestemd. 20 gebruikers onthielden zich van stemming.

Bron: www.habr.com