Чи законно для мене робити внесок у програмне забезпечення з відкритим кодом під час роботи?


26

Я працюю у великій корпорації і хочу зберегти свої навички свіжими. Я думаю, що сприяння проекту з відкритим кодом допоможе, особливо якщо я коли-небудь хочу роботу при запуску. Я чув, що великі компанії часто є власниками будь-яких працівників, що займаються розробкою, поза межами роботи. Чи можу я зіткнутися з юридичними наслідками, взявши участь у проекті з відкритим кодом, не повідомивши про це свого роботодавця? Чи можу я ризикувати проектом з відкритим кодом, якби я сприяв йому, працюючи? Якщо б я утримався від участі в суді через юридичні причини, і я звернувся до іншої компанії, де очікується досвід розробки з відкритим кодом, вони зрозуміли б, чи мою заявку подати у смітник?


2
Я думаю, що це дуже індивідуальне питання, засноване на вашому конкретному договорі.
sevenseacat

9
Ми нічого не знаємо про вашого роботодавця, ваш контракт або навіть в якій країні ви перебуваєте. На це питання неможливо відповісти.
Майк Баранчак

5
Сумний світ, що ми живемо в тому, що вам навіть потрібно задати це питання.

Відповіді:


16

Тут є два реальних питання. Перше - за що ви несете відповідальність. Друге - чи варто вас турбувати. Ці двоє мають різні відповіді.

Я першим відповім найкращим чином. Я не юрист, і це не юридична порада. Якщо вас турбує, перевірте свій трудовий договір і проконсультуйтеся з юристом. Але я можу підсумувати ситуацію у двох штатах.

У штаті Нью-Йорк ви, швидше за все, професійний працівник. Професійний працівник не має встановлених годин і немає встановленого робочого місця. Якщо ви виходите на вечерю з клієнтом, ви на роботі. Якщо ви з'ясували, як щось вирішити під душем, це належить вашому роботодавцю. Як професійний працівник, за замовчуванням, що, ймовірно, є і у вашому контракті, є те, що все програмне забезпечення, яке ви пишете, є роботою для найму, яка належить вашому роботодавцю. Поширеність такого роду домовленостей є однією з причин того, що FSF вимагає присвоєння авторських прав і вимагає від вашого роботодавця відмовитися від нього.

У Каліфорнії ситуація інша. Поки програмне забезпечення, яке ви пишете, не стосується того, чим займається ваш роботодавець, все, що зроблено за власний час із власним обладнанням, належить вам, і це право не може бути підписане. Однак якщо ви самостійно розробляєте те саме, що є вашим роботодавцем, він, ймовірно, буде належати вашому роботодавцю. Навіть якщо це був секретний проект, про який ви не знали. Чи важливий цей випадок, залежить від деталей того, над чим ви працюєте, і над тим, над чим працює ваш роботодавець.

Отже, ви бачите, що немає простої відповіді. Залежно від стану та фактів вашої ситуації, ви можете чи не володієте своєю власною роботою. І якщо ви не володієте ним, ви не маєте права ліцензувати його.


Тепер перейдемо до практичного питання. Те, що говорить закон, визначає, що буде, якщо виникне суперечка та буде передано судді. Однак на практиці дуже рідко виникають суперечки та розглядаються суддями. Крім того, багато роботодавців або не хвилюються, або позитивно їм подобається, що їх працівник сприяє роботі з відкритим кодом. Особливо, якщо проект є таким, який компанія вважає корисним, і вони хотіли б, щоб ви розвивали експертизу з ним. Часто існують процедури, щоб отримати ОК для виконання такої роботи. Не завадить перевірити.

Крім того, якщо ви робите свій внесок у роботу з відкритим кодом, незважаючи на те, що незрозуміло, чи маєте ви право на це, шанси досить хороші, що ви насправді не зможете це зробити. І якщо ви все-таки потрапите в біду, шанси полягають у тому, що ви отримаєте ляпас за зап'ястя і будете сказати, що він зніме речі, а не зазнає великих судових покарань. Чи залишається можливий ризик у вашій зоні комфорту? Це залежить від вас. Але я можу вам сказати, що це дуже багато людей робить, і досить мало історій людей, які стикаються з неприємностями. (І в історіях, які існують, зазвичай була якась інша причина неприємностей, і наслідки їх роботи з відкритим кодом є наслідком.)


9

Вам доведеться заглянути у своєму договорі, щоб побачити, чи в ньому щось сказано, але якщо таке положення існувало, у багатьох юрисдикціях його можна було б сміливо ігнорувати як неконсервоване та неприйнятне.

Стандартна відмова від відповідальності: Я не юрист, і це не юридична порада. Просто здоровий глузд, який, як ми всі знаємо, часто суперечить фактичним законам чи рішенням суду, особливо там, де йдеться про програмне забезпечення.


2
Ваше бажане мислення, не дивлячись на те, що насправді я розумію, що в США є більше держав, де таке положення може бути застосовано або є дефолтом, ніж є держави, де зворотне дійсне. Ще один приклад того, чому ніхто не повинен довіряти юридичним порадам з подібного сайту.
btilly

2
@btilly: більшість розробників перебувають за межами США, тому застереження про те, що в деяких частинах однієї країни це може не застосовуватися, не означає, що це не корисна відповідь. Я думаю, що відмова від відповідальності покриває це.

1
@btilly: Відповідно до юридичної поради, яку я заплатив у Новій Зеландії @ відповідь Мейсона правильна. Мені неофіційно сказали, що так само і в Австралії. Тут це в тій самій категорії, що роботодавці відмовляються дозволити вам працювати на другій роботі - вони можуть, але вони повинні мати дуже вагомі причини.

1
Незалежно від правового статусу, якщо ваш роботодавець забороняє це, а ви це робите, ви все одно можете звільнитись.
Стів

1
@btilly: Правова ситуація значно відрізняється в різних штатах США. У штаті Міннесота ви володієте тим, що створюєте поза роботою, не використовуючи речі свого роботодавця. У якомусь іншому штаті (не можна придумати це назовні) судом було наказано екс-службовця реалізувати ідею, яку він мав під час роботи, і намагався розвивати самостійно. Я б очікував, що закони різних країн ще більше змінюватимуться.
Девід Торнлі

1

Поговоріть з юридичним відділом компаній. Будь-який хороший роботодавець розробників повинен це розуміти та заохочувати (вони можуть навіть заплатити вам за це (20% часу Google - це приклад), якщо проект ОС достатньо корисний), але набагато краще бути безпечним у подібній ситуації.

Якщо вони скажуть, що це добре, і що вони не візьмуть код, отримайте його в письмовій формі.

Якщо вони спробують прийняти код пізніше, у вас є дупа (і проект))

Найгірше, що вони можуть сказати, - «ні»


3
Google - виняток. Якщо ви розмовляєте зі своїм роботодавцем, вони, швидше за все, думають, "ага, цей хлопець впевнений, що має занадто багато часу на руках, щоб витратити його на побічні проекти, він мусить бити на своїй щоденній роботі". Іншими словами, говоріть на свій ризик: - )
Артем

1
@artem: Я думаю, це дійсно залежить від компанії, про яку йдеться. Я впевнений, що деякі з них будуть дуже раді ...
Трезоїд


0

Я розумію вашу обережність, але ДОВІДКУЙТЕ НАПЕРЕД І ДОПОМОГАТИ

Дуже малоймовірно, що щось юридично не так, навіть на папері, також малоймовірно, що хтось із вашої роботи навіть не помітить ваші внески, якщо ви про це не поговорите, і все-таки найімовірніше, що вас би покарали на практиці.

Якщо вам це зручніше, ви можете зробити свій внесок через ручку, а не повне ім’я.


4
Це може призвести до ВЕЛИКИХ ПРОБЛЕМ для нещасної бідної душі, яка має справу з потенціалом судових процесів, які викликали Ваші поради.
yfeldblum

2
позови? ти мусиш жартувати. ліцензія з відкритим кодом повинна запобігати будь-яким питанням інтелектуальної власності, якщо в проект не будуть закладені фірмові / новітні технології. якби всі мали таке ставлення, проекти з відкритим кодом нікуди не поділися б. чи справді ти думаєш, що кожен внесений працівник працює зайнятим чи не працює?
jon_darkstar

@Justice: Ви говорите про працевлаштовану особу, яка бере участь у проекті, або про людину, яка веде проект, який зараз може бути забрудненим?
Ендрю Грімм

Людина, яка веде проект, який зараз може бути забрудненим.
yfeldblum

1
Ліцензії надаються власником авторських прав. Якщо у мене є авторські права на якийсь код, я можу випустити його під будь-яку ліцензію, яку я хочу, і він може бути використаний на цій основі. Якщо у мене немає авторських прав, я не можу видавати ліцензію на це. Тому, якщо робота належить моєму роботодавцю, і вони не дають їй ліцензії на F / OS, ліцензії на ОС на коді немає. (Вкладники можуть бути працевлаштовані. Деякі живуть у місцях, коли роботодавець не володіє роботою за часом та обладнанням вкладника, деякі підписують контракт, який дозволяє, деякі отримують конкретний дозвіл.)
Девід Торнлі

0

Переконайтеся, що ви можете на законних підставах внести код до проекту з відкритим кодом. Це може бути питання про належну юрисдикцію, мати трудовий договір, який визначає, що ви володієте тим, що ви створюєте, або маєте конкретний дозвіл свого роботодавця (від того, хто має повноваження надати це, який може не бути вашим менеджером).

В іншому випадку проект ОС знаходиться в небезпеці. Це може бути завдано позову, і проекти ОС зазвичай не створені для захисту. Якщо ваш роботодавець піклується, проект ОС буде, ймовірно, юридично змушений видалити ваш внесок, і тоді ви напевно завдали шкоди проекту. Інші проекти, які використовували ваш код, також можуть загрожувати.

Я не займаюся проблемами, з якими ви можете зіткнутися. Це ваші міркування, і ви самі можете вирішити, чи хочете ви ризикувати звільнення та, можливо, навіть подати до суду. Я розглядаю проблеми, які можуть викликати проект, якому ви намагаєтесь допомогти.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.