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

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

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

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

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

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

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

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

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

Однако, как всегда:

Не верь нам! Проконсультируйтесь с юристом, прежде чем делать что-то потенциально опасное.

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

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

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

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

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

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

Результаты менялись, но со временем я смог создать свою библиотеку. И были случаи, когда наличие библиотеки ускорило время разработки для моих работодателей.

Я удивлен тем, что самым решительным ответом здесь является «да». Как разработчик, ответ всегда был «абсолютно нет», за исключением случаев, когда код либо:

1. Предыдущая составленная библиотека, которую я разработал независимо от текущего и всех предыдущих проектов, или
2. Библиотека, которая была сделана доступной для этой цели, например, с открытым исходным кодом.

Кто-то заплатил вам, чтобы написать код. Если нет другого понимания и согласия, что нормально, кто-то другой не вправе пожинать ПРЯМЫЕ преимущества этого.

Теперь - слово ПРЯМОЙ. Если вы достигли конца проекта и узнали что-то интересное и создали для него что-то полезное, что не связано напрямую с интеллектуальной собственностью клиента, найдите время и создайте для него библиотеку. Еще лучше - НАЧНИТЕ С НЕГО ОТКРЫТЫЙ ИСТОЧНИК, чтобы каждый стал для него богаче. Я думаю, что он абсолютно на 100% этически чист, как снег, и действительно, я сделал это сам.

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

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

Если я узнаю что-то самостоятельно, в свое время, все расходы, которые я оплачиваю (компьютер, доступ в интернет, программное обеспечение и т. Д.), Не захотят ли они использовать это в моей работе? Вы находите регулярное выражение для личного проекта и решаете отправить его по электронной почте на свою рабочую учетную запись, потому что вы, вероятно, можете его использовать. Было бы немного глупо тратить время компании, притворяясь, что снова ищет ее в Интернете. Конечно, мы стремимся улучшить наше мастерство, это то, что ожидается от программистов, бла, бла, бла, но что, если это было в области вне программирования или даже ИТ? Я могу сдержаться, если они хотят играть в эту игру.

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

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

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

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

Конечно, IANAL.

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

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

[Я не юрист, поэтому не ожидайте, что мой совет поможет вам в суде.]

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

Хорошая идея - иметь набор модульных тестов для них и использовать их для проверки вашего кода ката.

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

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