Вы склонны писать свое собственное имя или название своей компании в своем коде?

13

Я работал над различными проектами дома и на работе, и за эти годы я разработал два основных API, которые я использую почти на всех веб-сайтах на основе AJAX. Я скомпилировал оба из них в DLL и назвал пространства имен Connell.Database и Connell.Json.

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

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

Еще одна вещь, которую стоит иметь в виду, это то, что в один прекрасный день я собираюсь выпустить эти DLL как проекты с открытым исходным кодом.

Как другие разработчики группируют свои пространства имен в своей компании? Кто-нибудь использует одни и те же библиотеки классов в личных и рабочих проектах?

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

Благодарность,

Обновить

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

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

Ура,

Коннелл
источник
10
Я думаю, что этот вопрос нуждается в предупреждении, как "Законное минное поле впереди"
Мэтт Эллен
4
он не должен ничего говорить о программном обеспечении, в частности. Как только они платят за ваше время, все, что вы делаете в это время, принадлежит им.
gbjbaanb
1
В этом и заключается проблема. То, что я использую дома, я делал в свое время. У меня, однако, есть отредактированная версия этого кода для рабочего проекта, которую я редактировал в свое время.
Коннелл
1
@Connell - тоже не юрист, и это зависит от страны, в которой вы находитесь, но обычно все, что вы делаете в свое время, может быть серым, все, что вы делаете в свое время, почти наверняка принадлежит им, и они владеют IP , Короткая версия - это не твой код, а их, ты только что написал.
Джон Хопкинс
2
@ Matt Я думаю, что мне нужно поговорить с моим работодателем. Посмотрим, смогу ли я получить его в письменном виде, кому принадлежит код, который я делаю в свое время. Последний вопрос Если я выпущу домашний код как открытый код, это даст кому-либо право использовать и редактировать мой код, включая моего работодателя? Разве это не обойдет проблему? Спасибо за вашу помощь!
Коннелл

Ответы:

11

(Стандартный отказ от ответственности - я не юрист ...)

Из вашего профиля вы, кажется, находитесь в Великобритании.

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

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

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

РЕДАКТИРОВАТЬ : Что касается того, что вы разработали некоторые из них в свое время. В ту минуту, когда вы начали использовать ее на работе, не отстаивая свои права и не лицензируя ее заранее, вы сделали ее очень мутной, поскольку сейчас очень трудно показать, что было сделано, когда. Исходя из того, что вы говорите, библиотеки кода были протестированы, отлажены и исправлены во время работы (а компании принадлежит все, что было сделано в их время), плюс очевидное совпадение с работой, которую вы выполняли для них (о чем свидетельствует тот факт, что они выполнив требование компании, над которым вы работали) означает, что у них есть требование, и, вероятно, довольно сильное.

У Объединенного Союза есть часть этого . Ключевой раздел выглядит так:

«Существуют четко сформулированные законодательные положения:

· Раздел 11 (2) Закона об авторском праве, образцах и патентах (CDPA) 1988 года и

· Раздел 39 Закона о патентах 1977 г.

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

· Должен был производить в соответствии с условиями их трудового договора или

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

Очевидно, что чем шире должностная инструкция отдельного сотрудника, тем сложнее будет ему / ей избежать последствий разделов 11 (2) и 39 выше.

Даже если работа создается работником в его собственное время и с использованием его собственных ресурсов, работник не обязательно сможет претендовать на какие-либо права на эту работу, если работодатель покажет, что характер созданной работы был такой, который мог бы быть обоснованно предусматривается как часть обязанностей работника. Это демонстрируется делом Missing Link Software v Magee [1989] FSR 361. Там суд признал, что авторское право на программное обеспечение, написанное сотрудником вне его рабочего времени и на его собственном оборудовании, было создано в ходе работы, поскольку это входило в сферу задач, которые мистер Маги нанимал для выполнения ».

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

РЕДАКТИРОВАТЬ 2 : Вы должны понимать, что тот факт, что есть две версии кода, вероятно, не имеет значения. Код отвечает потребностям компании в проекте, над которым вы работали, и вы написали его, когда работали в компании (даже если это было в ваше время). Это дает им сильную претензию на «базовый IP» кода, а не только на конкретную копию, которую вы случайно внедрили в их проекте - просмотр его в виде двух ветвей не меняет этого.

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

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

Джон Хопкинс
источник
Кажется, все говорят похожие вещи. Единственное, что меня действительно смущает, так это то, что большинство людей говорят мне не выпускать их с открытым исходным кодом. Если это мой код, который я разработал в свое время, со своей собственной IDE на своем компьютере. Конечно, у меня есть права на выпуск этого кода? Тогда это позволило бы мне использовать и редактировать этот код для компании, как если бы это был какой-либо другой код с открытым исходным кодом?
Коннелл
@Connell - см. Выше, версия TL; DR: права, вероятно, по-прежнему принадлежат компании, а не вам.
Джон Хопкинс
Очень хороший ответ! Спасибо. Я решил переписать библиотеки на работе. Хотя это все еще делает очень похожую вещь, этот код будет компанией. Ничего нельзя сказать о сходстве между проектами, так как ни один контракт или закон не лишают меня права учиться на собственном опыте написания программного обеспечения на работе или наоборот.
Коннелл
1
@ Коннелл - я думаю, ты упустил суть. Существующий код уже принадлежит компании - вам нужно полностью переписать их дома, чтобы иметь собственную версию. Даже тогда это будет сомнительно. Я вижу по вашему сайту, что вы хотите уйти. Лучшее, что можно сделать, - это получить новую работу с контрактом, который прояснит, кто чем владеет, а затем начать работу по переписыванию.
Джон Хопкинс
5
@Connell - Вы говорите, что код дома не был затронут во время компании. Вы можете доказать это? Абсолютно и окончательно? Тот факт, что в вашей работе есть версия, которая является модифицированной версией кода, слишком сильно запотевает для доказательства. Вы предоставили право собственности на код своему работодателю, поскольку его версия находится в их системе. Их VCS (я полагаю, у них есть) будут иметь журналы версий кода, которые (по их мнению) были разработаны в их время, поэтому простое удаление не будет иметь никакого значения, за исключением того, что теперь они могут утверждать, что заплатили за разработку это дважды.
uɐɪ
12

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

ROBOSHOP
источник
Я написал 90% этого проекта дома. Я сделал несколько изменений на работе, и фактически я вообще не использую эти изменения дома, так что, если я выпустил их без этих изменений? Должен ли я попросить разрешения?
Коннелл
1
@ Коннелл: Во-первых, я не юрист. Если бы это было так, я бы сделал четкое разделение между вашим API и их кодом. Я бы даже не имел исходного кода на работе, а просто ссылался на DLL.
RoboShop
@ Коннелл: И еще раз повторить, я не юрист. Это именно то, что я бы сделал ...
RoboShop
Да, я думал о том, чтобы вставить его в DLL. Я немного беспокоюсь обо всем этом, поэтому я должен предпринять какие-то действия ... Я думаю, что я могу использовать DLL (но в таком случае, если я больше здесь не работаю, и им нужно внести изменения в этот уровень код, им нужно будет переписать его, что, возможно, им не понравится), или переименовать и переписать его с немного другим дизайном.
Коннелл
3

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

Короче говоря, это не ваш код. Вы не владеете этим. Пространства имен следует назвать компании, потому что она принадлежит им. Они заплатили кому-то, чтобы написать это! (то есть вы).


  • предостережение: вам нужно проверить свой контракт или условия найма, чтобы определить, действительно ли вышеприведенное действительно верно в вашем случае, я бы сказал, что это так или иначе, поскольку они могли бы легко уволить вас за то, что вы, по крайней мере, работаете в компании, и затем утверждают, что это принадлежит им так или иначе. Лучший совет на будущее - держать то, что вы делаете для себя, и то, что вы делаете для своего работодателя, совершенно отдельно.
gbjbaanb
источник
Спасибо за внимание, я думаю, что я перепишу код для компании и оставлю это отдельно. Я подумал, что это мой код, и я использовал его для компании, как будто я владею лицензией и даю разрешение компании использовать ее.
Коннелл
2

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

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

Kibbee
источник
2

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

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

Alex
источник
3
Вот для чего нужны журналы контроля версий.
Адам Лир
Да, это правда, но как внештатный разработчик, я слишком часто назначался на проекты, в которых управление исходным кодом либо использовалось неправильно, либо не использовалось вообще. Это не займет больше, чем несколько секунд, чтобы добавить свой «штамп» в ваши исходные файлы. Изменения в существующих кодах я всегда документирую в системах контроля версий, где они доступны ... :)
Alex
За исключением случаев, когда код перемещается в свежий репозиторий по какой-либо причине и журналы исчезли. Недавно была такая ситуация, когда из-за этого не удалось отследить проблему.
scrwtp
0

Как почти все сказали, вероятно, у компании есть какие-то претензии к коду (с такими фразами, как «Я написал, вероятно, 90% этого проекта дома.», Это мутно).

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

Vatine
источник
0

Что не так с использованием другого имени? Как зовут вашего сына / дочь / кошку / собаку / хомяка? Тогда вам не нужно испытывать эти трудности - вы только что выбрали «дружеское» имя.

Mathew
источник
Как ни странно, я просто смотрел на это. Я пытаюсь придумать для него уникальное уникальное название проекта :)
Connell
... В настоящее время я использую «Теодор» - имя кошки моего соседа. Это никогда не кажется чем-то иным, кроме как безопасным. Другие имена, которые я использовал, «казались хорошей идеей в то время» и не сработали в долгосрочной перспективе. Вот некоторые из них, чтобы вы подумали: applemuseum.bott.org/sections/codenames.html
Мэтью
0

Все ответы, кажется, сосредоточены на собственности.
Но собственность и авторство (авторы и владельцы, соответственно) - это разные понятия.
Автор связан с моральными или неотъемлемыми правами, которые :

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

Моральные или неотъемлемые авторские права не могут быть отменены в большинстве юрисдикций .

При этом право собственности связано с экономической, ака собственности, правами.

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

Обратите внимание, что это отношения многие ко многим (один автор и его работа могут иметь несколько филиалов и финансирование).

Геннадий Ванин Геннадий Ванин
источник