Когда я смогу опубликовать программный инструмент, написанный на работе?


24

Я работаю над программной проблемой на работе, которая является довольно общей, но я не могу найти библиотеку, которая мне нравится, чтобы решить ее, поэтому я думаю о том, чтобы написать ее самостоятельно (по крайней мере, пустую версию) Я буду писать некоторые, если не все версии 1.0 на работе, так как она мне нужна для проекта. Если все получится, я бы хотел принести работу домой и оттачивать ее просто для удовольствия, и, возможно, выпустить ее как проект с открытым исходным кодом. Тем не менее, я обеспокоен тем, что если я напишу версию 1.0 на работе, мне, возможно, не разрешат сделать это с юридической точки зрения. Очевидно, я мог бы спросить своего босса (который, вероятно, не заботится), но мне любопытно, как другие программисты справились с этой проблемой и где закон стоит здесь. Мой вопрос в одном предложении,Когда можно (юридически / этически) открывать программный инструмент с открытым исходным кодом, изначально написанный вами для работы на работе? Что если вы значительно расширили исходный код в нерабочее время?

Продолжение: Предположим, я пишу все это дома в свое время, а затем просто использую это на работе, это сильно меняет положение?

Продолжение 2Обратите внимание, что я не пытаюсь сорвать моего работодателя (я понимаю, что они платят мне за создание собственных продуктов) - мне просто интересно, есть ли справедливый способ сделать это для всех вовлеченных ... Было бы неплохо, если бы некоторые некоммерческие организации могли использовать мой код и сэкономить их время. Кроме того, на карту поставлена ​​еще одна проблема. Если я напишу библиотеку для очень простой, обобщенной вещи (например, HTML-таблицы в Javascript), значит ли это, что я больше никогда не смогу сделать это в свое свободное время, не подвергая себя юридическому риску (даже если это было совершенно новое новое переписывание или сегмент более крупного проекта). Я отказываюсь от своего права на написание кода для такого рода проектов на всю оставшуюся жизнь (без разрешения этой компании), поскольку работающий код все еще может где-то в моем мозгу влиять на меня? Это похоже на патенты на программы,


5
Проверьте свой контракт, спросите адвоката. Многие трудовые договоры имеют тип оговорки «все изобретения принадлежат работодателю». Его исполнительное действие варьируется ... о чем вам нужно спросить адвоката.

7
«Если все пойдет хорошо, я бы хотел принести работу домой и отшлифовать ее просто для удовольствия, и, возможно, выпустить ее как проект с открытым исходным кодом». - Очень маловероятно, что ваша компания одобрит это. Ваш рабочий продукт принадлежит им, а не вам.
Ramhound

5
Я бы сильно поспорил на то, что вы попадете в невероятно глубокие воды, если работа будет обнаружена, учитывая, что они не согласились выпустить ее. Получите это в письменном виде.
Рог

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

2
@ Ramhound Я не думаю, что это так черно-белое, как это. Как вы можете не думать о рабочей версии, когда пишете подобное дома? В любом случае, об этом, вероятно, все заботятся в неконкурентной статье трудового договора. Моя точка зрения заключалась в том, что, вероятно, нет способа предотвратить влияние кода вашей компании (даже подсознательно) на код, который вы пишете сами, что создает довольно интересную проблему, но не стоит здесь спорить.
AlexMA

Ответы:


41

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

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

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

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


8
+1 за последний абзац. Сотрудники, работающие над сопутствующими продуктами и не ведущие учет и выставление счетов правильно, даже если работник добровольно сделал это по собственному желанию, могут привести к крупным последствиям для работодателя. В частности, если работодатель является государственным подрядчиком. Весь процесс подачи заявок и накладные ставки зависят от наличия точных цифр, чтобы создать равные условия для всех потенциальных участников государственных контрактов. Фальсификация чисел, будь то умышленная или нет, может привести к отказу работодателя от участия в торгах по контрактам и даже к уголовному преследованию.
Данк

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

1
@AlexMA Эта фраза никогда не появляется в моем ответе, поэтому я не знаю, что вы хотите расширить. Если вы работаете над созданием проекта в режиме реального времени или используете ресурсы своего работодателя, см. Пункт 2. Если это связано с текущим проектом на работе или бизнесом вашей компании, см. Пункты 3 и 4. В любом случае, это плохая идея. (если не неэтично или незаконно) работать над связанными с работой вещами без разрешения, в свое свободное время или нет.
Томас Оуэнс

@ThomasOwens Это не совсем то, что я имел в виду; извините за то, что неясно. Точная цитата была "продукты, которые вы создали, используя ресурсы вашего работодателя". Что представляет собой то, чем они владеют, по сравнению с тем, что принадлежит мне? Как насчет общих идей программирования, которые я придумываю на работе, которые я затем применяю к работе под рукой? Очень похоже на плотника, который придумывает новый способ строительства лестниц или новый и лучший молоток, а затем использует эту технику / инструмент, делая лестницы для своего работодателя.
AlexMA

2
@AlexMA Если вы собираетесь создать что-то для использования на работе, даже в свободное время, вам нужно пройти через юридический отдел вашего работодателя. Это затронуто в моем последнем абзаце и в комментарии Данка - выполнение работы снаружи для целей поддержки проекта может иметь пагубные последствия и, возможно, юридические последствия. Несвязанная идея - это одно, но если вы хотите использовать то, что вы делаете на работе, пройдите юридическую проверку, прежде чем начать работать над ней.
Томас Оуэнс

14

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

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

Когда можно (юридически / этически) открывать программный инструмент с открытым исходным кодом, изначально написанный вами для работы на работе?

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

Что если вы значительно расширили исходный источник в нерабочее время?

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

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


Now, your employer may be perfectly happy to distribute the library .... и это не открывает для потенциальных судебных исков и / или других правовых вопросов в будущем.
Мартин Йорк

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

2
When you have permission from your supervisor (and perhaps legal department)... Очень редко ваш руководитель имеет право выступать от имени компании по этим вопросам. Он / она может подумать, что это нормально, но высшее руководство может не согласиться. Разрешение должно исходить от старшего мгмт / юриста.
cdkMoose

2
@cdkMoose Да, конечно - отсюда мое включение в юридический отдел. Впрочем, говорить «очень редко» - слишком много - делает слишком много предположений относительно размера / структуры компании. Может быть, руководителем является ИТ-директор, технический директор или генеральный директор (или все вышеперечисленное). Я, вероятно, должен был сказать «Когда у вас есть необходимое разрешение» и оставить детали до читателя.
Калеб

+1 за разговор с вашим работодателем - они могут быть совершенно счастливы (или нет) с открытым исходным кодом этой библиотеки (а не самой программы), но это правильное решение. Несколько дальновидных компаний (Google, Facebook) позволяют своим сотрудникам открывать часть своей работы, если это не является основным предложением компании. Но все они проходят проверку.
Суман

5

Простой ответ:

Никогда.

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

Очевидно, это проблематично для всех, кто заинтересован в найме разработчика программного обеспечения.

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

Другими словами: код, который вы написали , не принадлежит вам . Он принадлежит работодателю, и вы не можете его опубликовать.

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

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


4
IANAL, но вы, даже когда ... в США, похоже, не соответствуют действительности, по крайней мере, в соответствии с этим документом из Бюро регистрации авторских прав США . Кроме того: неразглашение и работа по найму не связаны между собой - было бы лучше использовать термин «трудовое соглашение» вместо «NDA» выше, так как соглашение, которое вы, возможно, подписали при приеме на работу, вероятно, охватывало больше, чем нераскрытие. и соглашения о неразглашении часто не имеют ничего общего с условиями найма.
Калеб

@Caleb, ваш источник утверждает: «Понятие« работа по найму »может быть сложным», и это абсолютно правильно. Одна из причин, по которой это может быть сложным, заключается в том, что программное обеспечение - это больше, чем просто код, это набор решений и идей. Тогда возникает вопрос: «Является ли ваша компания владельцем кода , или ей принадлежат идеи, выраженные в коде ?» Это становится более запутанным, когда вы представляете себе сценарий, когда кто-то придумывает блестящую идею для работы в 2 часа ночи и внедряет ее в код на следующее утро. продолжение ...
Rewalk

... Решение, которое использует большинство компаний, состоит в том, чтобы заявить, что они владеют всем, что вы придумали, независимо от того, когда вы его придумали, и независимо от того, когда вы его написали. В некоторых штатах (на ум приходят Вашингтон и Калифорния) есть некоторые дополнительные законы, но в других штатах их нет. Это сложно. Итог - вам нужен адвокат :)
Rewalk

@ Stargazer712 - Компании, которые написали подобные пункты в своем соглашении о работе, встречаются редко. Я бы даже сказал, что эти условия являются незаконными даже в тех штатах, где кто-то еще их не оспаривает. Кроме того, если вы подписываете соглашение, например, потому что вы не знаете своих собственных прав, то вы не заслуживаете прав на код, если он находится вне работы.
Ramhound

1

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

Интеллектуальная собственность

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

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

Открытый источник

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

Лучший совет, который я могу дать, - это обратиться к своему работодателю и открыто обсудить этот вопрос. Это предоставит вам:

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

Любой работодатель, который отказывается разрешить вам расширять свое мышление / обучение и вносить вклад в более широкое сообщество (и решать большие, более широкие проблемы), должен много рассказать вам о том, где вы работаете. Компании часто думают о выпуске кода шире, чем раньше, поскольку это не только приносит им пользу, но и должно быть в форме, которая не угрожает им во всем, что они делают.

Мое время / их время

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

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

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