Я работал над различными проектами дома и на работе, и за эти годы я разработал два основных API, которые я использую почти на всех веб-сайтах на основе AJAX. Я скомпилировал оба из них в DLL и назвал пространства имен Connell.Database и Connell.Json.
Мой начальник недавно увидел эти пространства имен в документации по программному обеспечению для проекта для компании и сказал, что я не должен использовать свое собственное имя в коде. (Но это мой код!)
Нужно иметь в виду, что мы не являемся софтверной компанией. Мы являемся компанией, оказывающей ИТ-поддержку, и я здесь являюсь единственным разработчиком программного обеспечения, работающего полный рабочий день, поэтому на самом деле нет никаких процедур относительно того, как мы должны писать программное обеспечение в компании.
Еще одна вещь, которую стоит иметь в виду, это то, что в один прекрасный день я собираюсь выпустить эти DLL как проекты с открытым исходным кодом.
Как другие разработчики группируют свои пространства имен в своей компании? Кто-нибудь использует одни и те же библиотеки классов в личных и рабочих проектах?
Также это работает наоборот? Если я напишу библиотеку классов полностью на работе, кому принадлежит этот код? Если я видел библиотеку от начала до конца, спроектировал и запрограммировал ее. Могу ли я использовать это для другого проекта дома?
Благодарность,
Обновить
Я поговорил с моим боссом об этой проблеме, и он согласен с тем, что они являются моими объектами, и он согласен, что я могу их открыть. Перед этим разговором я все равно начал изменять объекты, что было довольно продуктивно, и теперь код подходит именно этому проекту больше, чем раньше.
Но спасибо всем, кто участвовал в очень интересной дискуссии. Я надеюсь, что весь этот текст не пропал даром, и кто-то учится на нем. Я конечно сделал.
Ура,
Ответы:
(Стандартный отказ от ответственности - я не юрист ...)
Из вашего профиля вы, кажется, находитесь в Великобритании.
В этом случае это зависит от того, как вы работаете. Если вы являетесь постоянным сотрудником, то почти наверняка ваш работодатель владеет работами . Вы написали их и имеете право быть идентифицированными в качестве автора (то есть вы можете сказать людям, что написали их), но право собственности на код и интеллектуальную собственность в нем принадлежит вашей компании.
Если вы являетесь подрядчиком, то, возможно, у вас есть какие-то претензии к ним, но это будет зависеть от характера контракта. Вообще говоря, большинство британских ИТ-подрядчиков классифицируются как наемные работники, что означает, что опять же ИС принадлежит компании, а не частному лицу. Разумеется, разговор о стандартном трудовом договоре предполагает, что это будет иметь место, если вы будете постоянным по договору.
При таких обстоятельствах вы не имеете права публиковать их как открытый исходный код (или даже передавать их следующему работодателю), и вы должны думать о них так же, как вы относитесь к любому другому частному проприетарному программному обеспечению и действуете соответствующим образом - они « не ваш, у вас просто есть доступ к исходному коду.
РЕДАКТИРОВАТЬ : Что касается того, что вы разработали некоторые из них в свое время. В ту минуту, когда вы начали использовать ее на работе, не отстаивая свои права и не лицензируя ее заранее, вы сделали ее очень мутной, поскольку сейчас очень трудно показать, что было сделано, когда. Исходя из того, что вы говорите, библиотеки кода были протестированы, отлажены и исправлены во время работы (а компании принадлежит все, что было сделано в их время), плюс очевидное совпадение с работой, которую вы выполняли для них (о чем свидетельствует тот факт, что они выполнив требование компании, над которым вы работали) означает, что у них есть требование, и, вероятно, довольно сильное.
У Объединенного Союза есть часть этого . Ключевой раздел выглядит так:
«Существуют четко сформулированные законодательные положения:
· Раздел 11 (2) Закона об авторском праве, образцах и патентах (CDPA) 1988 года и
· Раздел 39 Закона о патентах 1977 г.
Заниматься собственностью работника. В соответствии с этими положениями работодатели по существу приобретают права интеллектуальной собственности в отношении любых произведений, созданных работником, которых он / она
· Должен был производить в соответствии с условиями их трудового договора или
· Можно разумно ожидать, чтобы производить в соответствии с условиями этого контракта.
Очевидно, что чем шире должностная инструкция отдельного сотрудника, тем сложнее будет ему / ей избежать последствий разделов 11 (2) и 39 выше.
Даже если работа создается работником в его собственное время и с использованием его собственных ресурсов, работник не обязательно сможет претендовать на какие-либо права на эту работу, если работодатель покажет, что характер созданной работы был такой, который мог бы быть обоснованно предусматривается как часть обязанностей работника. Это демонстрируется делом Missing Link Software v Magee [1989] FSR 361. Там суд признал, что авторское право на программное обеспечение, написанное сотрудником вне его рабочего времени и на его собственном оборудовании, было создано в ходе работы, поскольку это входило в сферу задач, которые мистер Маги нанимал для выполнения ».
В основном потому, что эти библиотеки удовлетворяли определенному требованию к проекту, над которым вы работали, у них есть претензия к ним.
РЕДАКТИРОВАТЬ 2 : Вы должны понимать, что тот факт, что есть две версии кода, вероятно, не имеет значения. Код отвечает потребностям компании в проекте, над которым вы работали, и вы написали его, когда работали в компании (даже если это было в ваше время). Это дает им сильную претензию на «базовый IP» кода, а не только на конкретную копию, которую вы случайно внедрили в их проекте - просмотр его в виде двух ветвей не меняет этого.
Стоит отметить, что даже переписывание будет называться производной работой, и IP все равно будет принадлежать компании, даже в новой версии.
Я думаю, у вас есть представление о том, что вы хотите, чтобы быть правдой, и вы пытаетесь искажать вещи, чтобы сделать это так, но из того, что вы говорите, я полагаю, что у компании довольно сильные претензии к коду, который вы не собираетесь быть в состоянии обойти.
источник
Если ваша компания платит вам за код, это их код. Я бы не выпустил его как проект с открытым исходным кодом, если у вас нет их разрешения.
источник
Были случаи, когда код, написанный дома, когда он работал на компанию, считался принадлежащим компании. Я не уверен, было ли это когда-либо проверено в суде, но я думаю, что совершенно очевидно, что любой код, который вы пишете, используя оборудование компании, во время компании (то есть, когда вы сидите за своим столом , оплачивается компанией за написание кода) и за Программное обеспечение компании принадлежит компании. Вы заключили с ними соглашение (проверьте свой трудовой договор), в котором говорится, что они дадут вам деньги взамен на то, чтобы вы написали для них код. Вы не были бы впечатлены, если бы они сказали, что будут удерживать вашу зарплату, потому что вместо этого они намеревались отдать ее на благотворительность.
Короче говоря, это не ваш код. Вы не владеете этим. Пространства имен следует назвать компании, потому что она принадлежит им. Они заплатили кому-то, чтобы написать это! (то есть вы).
источник
Я думаю, что есть место, где вы допустили ошибку. Проблема в том, что вы написали код дома в свое время, а затем обнаружили, что код будет полезен на работе, поэтому вы просто начали использовать его там же. Что, вероятно, было бы правильным в этом случае, - не включать код, который был сделан вне работы, в код вашей компании. Вам либо придется использовать время компании, чтобы переписать функциональность, которую вы уже написали, чтобы они могли использовать ее. «Но это большая трата времени», - говорите вы. Поэтому другой вариант заключается в том, что они лицензируют / покупают код у вас по цене или бесплатно, чтобы они знали, что по закону им разрешено использовать код. Я думаю, что у ваших работодателей может возникнуть мысль о том, что им интересно, что происходит с этим кодом, когда вы уходите? У них все еще есть право использовать этот код?
Многие программисты в свободное время работают над вещами, которые, вероятно, будут полезны их работодателям, но вы не должны начинать смешивать код без одобрения компании.
источник
Будущие программисты должны знать, кто написал код на случай, если уровень документации неадекватен (что, к сожалению, часто так).
Я всегда подписываю свое имя по этой причине. И это также напоминает мне, что я должен убедиться, что я отлично справляюсь с работой, потому что я знаю, что если я этого не сделаю, какой-нибудь злой коллега позвонит мне среди ночи! :)
источник
Как почти все сказали, вероятно, у компании есть какие-то претензии к коду (с такими фразами, как «Я написал, вероятно, 90% этого проекта дома.», Это мутно).
Одна из вещей, которую стоит рассмотреть в будущем, - это внимательно изучить трудовые договоры и либо получить общий пакет «свое время, собственный комплект -> собственное владение», либо получить отказ от проекта на компанию. К сожалению, сейчас это не поможет.
источник
Что не так с использованием другого имени? Как зовут вашего сына / дочь / кошку / собаку / хомяка? Тогда вам не нужно испытывать эти трудности - вы только что выбрали «дружеское» имя.
источник
Все ответы, кажется, сосредоточены на собственности.
Но собственность и авторство (авторы и владельцы, соответственно) - это разные понятия.
Автор связан с моральными или неотъемлемыми правами, которые :
Если уже созданное произведение и доходы от его эксплуатации подлежат аресту кредиторами, в зависимости от обстоятельств, последний может не требовать разглашения указанного произведения с целью взыскания денежных средств, причитающихся его автору.
Моральные или неотъемлемые авторские права не могут быть отменены в большинстве юрисдикций .
При этом право собственности связано с экономической, ака собственности, правами.
Почему бы просто не следовать практике подписания научных статей, когда работники часто работают в качестве приглашенного исследователя / профессора, нанимают / финансируют несколько организаций. или при независимом финансировании 3-х сторон: имя автора + где была выполнена работа + кредиты, которые финансировали работу.
Обратите внимание, что это отношения многие ко многим (один автор и его работа могут иметь несколько филиалов и финансирование).
источник