Разрешено ли мне вносить вклад в программное обеспечение с открытым исходным кодом, пока я работаю?


26

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


2
Я думаю, что это очень индивидуальный вопрос, основанный на вашем конкретном контракте.
Seseseacat

9
Мы ничего не знаем о вашем работодателе, вашем контракте или даже о том, в какой стране вы находитесь. На этот вопрос невозможно ответить.
Майк Баранчак

5
Это печальный мир, в котором мы живем, вам даже нужно задать этот вопрос.

Ответы:


16

Здесь есть два реальных вопроса. Во-первых, за что вы несете ответственность. Во-вторых, стоит ли вам беспокоиться. Эти двое имеют разные ответы.

Сначала я отвечу в меру своих возможностей. Я не юрист, и это не юридическая консультация. Если вы обеспокоены, проверьте ваш трудовой договор и проконсультируйтесь с юристом. Но я могу подвести итог ситуации в двух штатах.

В штате Нью-Йорк вы, вероятно, будете профессиональным сотрудником. У профессионального сотрудника нет установленных часов и нет рабочего места. Если вы идете на ужин с клиентом, вы на работе. Если вы выясните, как решить что-то в душе, это принадлежит вашему работодателю. Как профессиональный работник по умолчанию, что, вероятно, также указано в вашем контракте, заключается в том, что все написанное вами программное обеспечение является работой по найму и принадлежит вашему работодателю. Распространенность такого рода соглашений является одной из причин того, что FSF требует передачи авторских прав и требует от вашего работодателя подписать его.

В Калифорнии ситуация иная. Пока программное обеспечение, которое вы пишете, не имеет отношения к тому, что делает ваш работодатель, все, что вы делаете в свое время на своем оборудовании, принадлежит вам, и это право не может быть подписано. Однако, если вы самостоятельно разрабатываете то же, что и ваш работодатель, вероятно, он будет принадлежать вашему работодателю. Даже если это был секретный проект, о котором вы не знали. Важность этого случая зависит от деталей того, над чем вы работаете, и от того, над чем работает ваш работодатель.

Итак, вы видите, что нет простого ответа. В зависимости от состояния и фактов вашей ситуации, вы можете иметь или не иметь собственную работу. И если вы не владеете им, вы не имеете права лицензировать его.


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

Более того, если вы вносите свой вклад в работу с открытым исходным кодом, несмотря на то, что неясно, имеете ли вы право на это, вероятность того, что у вас действительно не возникнет проблем с этим, весьма высока. И если вы попадаете в неприятности, есть вероятность, что вы получите удар по запястью и будете предупреждены о том, чтобы снять вещи, а не понести большие юридические санкции. Остается ли возможный риск в вашей зоне комфорта? Это зависит от вас. Но я могу сказать вам, что этим занимаются многие, и довольно мало историй о людях, сталкивающихся с проблемами. (И в историях, которые существуют, обычно была какая-то другая причина проблем, и следствие для их работы с открытым исходным кодом является следствием.)


9

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

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


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

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

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

1
Независимо от юридического статуса, если ваш работодатель запрещает это, и вы делаете это, вы все равно можете быть уволены.
Стив

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

1

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

Если они говорят, что все в порядке и что они не будут брать код, получите его в письменном виде.

Если они попытаются взять код позже, у вас есть задница (и задница проекта) ...

Худшее, что они могут сказать, это «нет»


3
Google является исключением. Если вы поговорите со своим работодателем, они, скорее всего, подумают: «Ага, у этого парня слишком много времени, чтобы тратить его на сторонние проекты, он, должно быть, отдыхает на своей повседневной работе». Другими словами, говорите на свой риск: )
Артем

1
@artem: Я думаю, что это действительно зависит от рассматриваемой компании. Я почти уверен, что некоторые были бы очень рады этому ...
Trezoid


0

Я понимаю вашу осторожность, но просто вперед и вклада.

Маловероятно, что с этим что-то юридически не так, даже на бумаге, также маловероятно, что кто-либо на вашей работе даже заметит ваш вклад, если вы не будете говорить об этом, и все же очень маловероятно, что вы будете наказаны на практике.

Если это делает вас более удобным, вы можете внести свой вклад через ручку, а не свое полное имя.


4
Это может вызвать БОЛЬШИЕ ПРОБЛЕМЫ для несчастной бедной души, которая имеет дело с возможностью судебных процессов, вызванных вашим советом.
yfeldblum

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

@ Справедливость: Вы говорите о занятом человеке, участвующем в проекте, или человеке, управляющем возможно теперь испорченным проектом?
Эндрю Гримм

Человек, управляющий, возможно, теперь испорченным проектом.
yfeldblum

1
Лицензии предоставляются правообладателем. Если мне нужно защищать авторские права на некоторый код, я могу выпустить его по любой лицензии, которую я хочу, и она может использоваться на этой основе. Если у меня нет авторских прав, я не могу выдать лицензию на это. Поэтому, если работа принадлежит моему работодателю, и они не дают ей лицензию F / OS, в коде нет лицензии ОС. (Авторы вполне могут быть наняты. Некоторые живут в местах, где работодатель не владеет работой над временем и оборудованием участника, некоторые подписывают контракт, который позволяет им, некоторые получают конкретное разрешение.)
Дэвид Торнли

0

Убедитесь, что вы можете легально внести код в проект с открытым исходным кодом. Это может быть связано с тем, что вы живете в правильной юрисдикции, имеете трудовой договор, в котором указывается, что вы владеете тем, что вы создаете, или когда у вас есть конкретное разрешение от вашего работодателя (от кого-то, у кого есть полномочия на это, а не от вашего менеджера).

В противном случае проект ОС окажется в опасности. Это может быть подано в суд, и проекты ОС обычно не предназначены для защиты. Если ваш работодатель заботится, проект ОС, вероятно, будет юридически вынужден удалить ваш вклад, и в этот момент вы определенно нанесли ущерб проекту. Другие проекты, которые использовали ваш код, также могут быть в опасности.

Я не решаю проблемы, с которыми вы можете столкнуться. Это ваши соображения, и вы можете решить для себя, хотите ли вы рискнуть быть уволенным и, возможно, даже поданным в суд. Я решаю проблемы, которые вы можете создать для проекта, которому вы пытаетесь помочь.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.