Привіт, хабрівчани!
Мені останнім часом довелося побігати по неабиякому кількість співбесід і навіть отримати офери у деяких відомих і не дуже європейських компаній, але розповідати вам сьогодні не про те, як готуватися вирішувати каверзні завдання з програмування або як краще демонструвати софт скіли. Сьогодні ми поговоримо про open source та трудові контракти, наскільки вони відповідають один одному і які тут можуть бути підводні камені. Немає нічого сумнішого за вимушений сход з дистанції після 3 етапів співбесід і тижневого домашнього завдання, коли приходить розуміння, що цей трудовий контракт ви не підпишете навіть під дулом пістолета. Я бачив багато трудових контрактів і навчився відрізняти дуже погані від поганих, погані від стерпних і стерпні від хороших. Докладніше про все під катом.
Дисклеймер: у цій статті, я описуватиму не лише свій досвід, а й досвід своїх знайомих. Називати компанії поіменно у цій статті я зі зрозумілих причин не буду.
Отже, уявіть ситуацію: ви тиждень робите тестове завдання, проходьте 3 етапи інтерв'ю, вам надсилають оферу з релокацією до західної Європи за відносно непогані гроші, ви готові все кинути і вже збираєте валізи, але вас щось насторожує, ви просите ще трохи часу подумати і просіть надіслати вам чернетку трудового договору. Ви уважно вивчаєте договір, вникаєте у всі нюанси та розумієте, що це приклад дуже поганого контакту, за умовами якого ви:
- Не маєте права взагалі нічого розголошувати, зовсім від слова. Інакше – великий штраф.
- Про свої проектики ви можете забути. Інакше – великий штраф.
- Якщо є хоч якийсь зв'язок між тим, що ви зробите/винайдете через довгий час після працевлаштування і над чим ви працювали або навіть дізналися/набули досвіду у даного роботодавця, всі права ви повинні передати відповідно йому. Навіть якщо для цього потрібно їхати в іншу країну та оформлювати патенти та поступку прав. Інакше – великий штраф.
- Світить овертайм без додаткових компенсацій.
- Умови договору роботодавець може міняти у односторонньому порядку.
І це далеко ще не все. Втім, справа ясна - повз касу.
Ще до цього випадку я міцно задумався про Intellectual property clause або Параграф про права інтелектуальної власності у трудових контрактах працівників ІТ промисловості та програмістів зокрема. Написання якісного коду — це найчастіше єдина навичка, яку ми маємо і яку ми відточуємо протягом багатьох років з надією продати її дорожче, але на якомусь етапі приходить розуміння, що скіл можна не тільки продавати, а й інвестувати в open source, який все частіше називають темною матерією софтверної індустрії, де діють свої «гравітація» та інші «закони фізики». Контриб'ютити у відкриті проекти можна для саморозвитку та нетворкінгу з іншими деволоперами, але часто ще й для того, щоб вас помітили потенційні роботодавці. Профіль на Гітхабі найчастіше здатний сказати про розробника набагато більше ніж профіль на Лінкедіні та написання відкритого коду, участь у колективному коді ревью, заклад багів та написання документації для проектів з відкритим вихідним кодом стає частиною життя найбільш активних та цілеспрямованих розробників.
Відвідуючи різні ІТ конференції в Європі, я познайомився з терміном IP-friendly по відношенню до трудових контрактів. Цим терміном позначають такі договори, які ніяк не обмежують працівників у плані спрямування їх інтелектуальних зусиль у вільний час або запроваджують розумні обмеження, щоб захистити роботодавця від конкуренції. Наприклад, умови контракту, які свідчать, що «все, що зроблено на обладнанні роботодавця та за прямим завданням роботодавця, належить роботодавцю» — є більш ІП доброзичливим, ніж «все, що зроблено за час дії трудового договору, беззастережно належить роботодавцю». Як то кажуть, відчуй різницю!
Першими важливість підтримки open source проектів розробниками зрозумів Google, який дозволив своїм працівникам приділяти відкритим проектам до 20% робочого часу, інші передові компанії підхопили тренд і не відстають. Вигода для компаній очевидна, це win-win стратегія, адже компанія отримує репутацію хаба для найталановитіших девелоперів, що притягує ще більше сильних професіоналів. Поріг входу в такі компанії дуже високий і відбирають туди найкращих.
Більшість менших компаній про нові віяння знають лише з чуток і намагаються вписати в трудовий контракт якомога більше обмежень. Мені доводилося зустрічати такі, без перебільшення, формулювання як «Роботодавець є власником усього і вся створеним працівником». Сумний факт, але багато розробників погоджуються на такі умови через брак знань у галузі прав інтелектуальної власності або через складну життєву ситуацію (тут не до перебирання оферами). Як можна покращити ситуацію? На мій погляд, є кілька способів:
- Поліпшувати обізнаність працівників ІТ промисловості про права інтелектуальної власності.
- Пропагувати ідеї IP friendly контрактів серед роботодавців.
- Не лише брати участь у open source проектах, але бути євангелістами відкритого вихідного коду.
- Підтримувати розробників у їх суперечці з корпораціями, прагнути до того, щоб громадська думка була на боці розробника, якщо корпорація намагається віджати проект.
У результаті я знайшов роботу з набагато кращими умовами контракту. Головне, не кидатися на першу пропозицію та продовжувати шукати. І контриб'ютити в open source, адже культурна спадщина розробка - це його код, а якщо весь код розробник пише для корпорацій, то його спадщина, його видимий і відчутний відбиток на цифровому ландшафті дорівнює нулю.
PS Якщо вам сподобалася ця стаття, ставайте моїми передплатниками на Хабрі — у мене ще дуже багато нереалізованих ідей, про які я хочу написати, то ви дізнаєтесь про них першими.
PPS У статті планується продовження…
Тільки зареєстровані користувачі можуть брати участь в опитуванні. , будь ласка.
Чи є ваш трудовий договір IP-friendly
-
65.1%Так28
-
34.8%Ні15
Проголосували 43 користувачів. Утрималися 20 користувачів.
Джерело: habr.com