Освобождение с открытым исходным кодом без разрешения вашего работодателя

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

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

Было бы это неэтично без консультации с моим работодателем?

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

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

Как другие подошли к этой дилемме?

Я рассматривал возможность переписывания кода так, чтобы он был неотличим, кроме функциональности от кода моего работодателя, - это поможет мне или я на пути в тюрьму, чтобы думать так (этот код нужно освободить!), это сводит меня с ума!)?

Ответ 1

Кажется, вы ответили на свой вопрос, так как знаете, что ваш босс будет возражать. Однако, если этого недостаточно, чтобы заставить вас пересмотреть выпуск кода, который вы написали во время работы работодателем, который заботится об этом, тогда рассмотрим реальный пример разработчика Perl "Tilly" - Slashdot: Остерегайтесь трудовых договоров.

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

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

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

Ответ 2

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

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

Ответ 3

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

То, что вы действительно хотите знать, - это юридический. Это зависит как от вашего локального законодательства, так и от условий вашего трудового договора. По крайней мере, здесь, в Бельгии, компания будет иметь авторские права на всю работу, которую вы выполняете для компании, если условия вашего контракта явно не указывают иначе. Я считаю, что это правило также правило в другом месте. Например, закон об авторском праве США охватывает это как " работы, сделанные для аренды:

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

Итак, нет, вы не можете просто взять работу и пощекотать лицензию бесплатного ПО на нее.

Однако авторское право распространяется только на реализацию, а не на идеи. Опять из авторского права США:

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

В этом разница между патентами и авторским правом. Поэтому вы можете создавать новую реализацию, если нет никаких патентов на эти идеи.

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

Edit2: если нарушено условие не раскрытия, тогда закон о коммерческой тайне. И, как вы можете прочитать в этом законе (или ответа Тима Хоуленда), штрафы за "Кражу торговых секретов" могут быть довольно резкими.

Ответ 4

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

Кстати, начните искать работу. Я твой босс.

Ответ 5

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

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

Преднамеренное раскрытие коммерческой тайны, также известной как "Тайная тайна торговли", - это федеральное и государственное преступление, наказуемое лишением свободы на срок до 10 лет и штраф в размере 500 000 долларов США. Другими словами, вы не просто привинчиваете своего работодателя, привинчивая любые проекты, которые добросовестно принимают ваш код, но вы также подходите к серьезной правовой опасности.

Ответ 6

Эта хищение интеллектуальной собственности и, если вы не живете в Китае, нелегально.

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

Даже концепция кода может принадлежать им, поэтому было бы неважно, если бы вы переиздали ее существенно.

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

Ответ 7

Я не юрист. Лучше всего проконсультироваться с ним.

Но для меня это звучит неэтично.

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

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

Ответ 8

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

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я не юрист.

Ответ 9

Это, вероятно, большинство из нас будет ссылаться на "файлы X", такие как ответ; -)

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

Кроме того, лично я задал себе пару вопросов, например:

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

Итак, я могу не только относиться к вашей ситуации, но и к ситуации вашего работодателя - и я действительно был бы очень сыт по горло сотрудником, который просто выпускает мой IP-адрес в открытый/общедоступный домен (или как открытый источник), конечно, если это означает, что я могу жертвовать конкурентным преимуществом. Вы подписали какие-либо NDA?

Таким образом, это действительно этическая дилемма.

С другой стороны, я также могу понять мнение, что что-то действительно нужно сообщить человечеству (если это действительно так), поэтому, если бы ваш код решал основные мировые проблемы, такие как "мирный голод", "мир" бедность "," рак "," СПИД "или" энергетический кризис ", придумав чистую ядерную энергию, тогда ради бога: что, черт возьми, -)

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

Фактически, просто повторное внедрение алгоритмов на языке niché (think brainfuck;-)) также может помочь запутывать происхождение, существует так много нишевых языков, которые не являются основными, и которые не обязательно понимаются многими разработчиками, Фактически, вы даже можете зашифровать или защитить паролем свою информацию, чтобы ее нужно было разблокировать любой третьей стороной, заинтересованной в ней, чтобы вы действительно ничего не предоставляли. Использование схем шифрования, которые могут быть взломаны в обозреваемом временном интервале с помощью соответствующей вычислительной мощности, даст вам гарантию того, что ваш код в конечном итоге будет разблокирован кем-то.

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

Ответ 10

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

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

Ответ 11

Это может быть его собственный вопрос, но, похоже, это справедливо по теме. Все говорят, чтобы проверить ваш контракт на работу и говорить о неразглашении и неконкуренции... что делать, если когда вас наняли, вы никогда ничего не подписали, и у вас нет контракта или соглашений? Разве вы не являетесь владельцем этого кода и можете публиковать его по своему усмотрению? На одном из подкастов SO Джоэл упоминает, что в такой ситуации программист является владельцем и может его освободить. Я знаю, что theres ловит все, но есть ли какая-либо информация, чтобы посмотреть на этот сценарий?

Ответ 12

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

Ответ 13

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

Краткое решение: переписывайте его с нуля, дома и в любое время.

Короткое предостережение: возможно, что ваш трудовой договор/контракт специально предотвращает именно такие вещи. Прочитайте, прежде чем действовать.

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

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

tl; dr: возможно, что ваш трудовой договор/контракт специально предотвращает подобные вещи. Прочитайте, прежде чем действовать. ПРИМЕЧАНИЕ. Это намеренно совпадает с предостережением выше.

Ответ 14

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

У вас нет согласия вашего работодателя.
Вы должны переписать свой код
Вы можете потерять работу.

(Как только это произойдет, появится длинный список последствий для вас - вы прекратите тратить деньги, начнете дефолт по кредитам, добавьте к номерам безработицы и создадите беспорядок)

Так что просто подумайте, находитесь ли вы в правильных чувствах перед тем, как делать такие вещи. Каждый каждый день может найти возможности игнорировать правила. Но это не то, на что мы наняты. Так что пожалуйста!

Ответ 15

Вы можете (не должны) делать пару вещей.

a) Отпустите источник без лицензии. Если ваш работодатель владеет источником, это нарушение авторских прав. Источник без лицензии не является Open Source, это просто хранилище идей, в которых идеи могут быть скопированы, но не

b) Отпустите источник с лицензией. Если ваш работодатель владеет источником, это нарушение авторских прав и, возможно, также что-то еще, например Fraud (IANAL). Это также полностью разрушает доверие людей к лицензиям Open Source.

Есть не так много вещей, которые я могу себе представить, чтобы один из моих сотрудников был уволен на месте, но выпуск программного обеспечения, которым я владел, якобы как открытый источник, будет квалифицироваться!

Ответ 16

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

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

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

Удачи!

Ответ 17

Просто подумал, что добавлю свое мнение:

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

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

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

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

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

Обратите внимание, что IANAL.

Ответ 18

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

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

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

Ответ 19

Если вы отпустите свой код работодателя как "бесплатное программное обеспечение", вы ставите под угрозу проект бесплатного программного обеспечения, в котором вы вносите свой вклад. Это одна из причин того, что Фонд свободного программного обеспечения запрашивает предварительную проверку авторских прав и, при необходимости, отказ от ответственности от работодателя. С формами и отказами от ответственности они могут довольно сильно отказать в нарушении авторских прав. Проекты, которые не подвергают двойному контролю права собственности на код, сталкиваются с юридическими баталиями, если кто-то пытается внести свой код работодателя.