У мене є попередній винахід (програмне забезпечення / рамки), яке я планую використовувати на своїй новій роботі. Що відбувається з моїми авторськими правами, якщо я покращую його під час роботи?


9

Я заповнив цю стандартну форму, де ви перераховуєте свої попередні винаходи перед тим, як розпочати нову роботу, щоб роботодавець юридично знав, що ви маєте на них авторські права. Але якщо я хочу використовувати цей винахід (програмний код / ​​фреймворк) у своїй новій роботі, чи будуть у них претензії щодо авторських прав на нього, якщо, наприклад, я щось міняю / вдосконалюю у своєму коді під час роботи над ними?

Я чув щось на зразок спільної власності. Щось на кшталт: ти б володів тим, що робилося раніше, і роботодавець мав би будь-які вдосконалення, які ти робив на ньому під час роботи. Такий спосіб відсмоктує та знімає будь-які стимули, які б вам довелося вдосконалювати на своєму продукті, оскільки колись покращилися, поліпшення вже не відбувається . :(

Хтось раніше переживав цю ситуацію і міг поділитися деякими ідеями, щоб я міг захистити свій код?


Чи розглядали ви відкритий пошук свого попереднього винаходу? Як щодо продажу нової компанії на основі номінальної плати? Тоді ви можете просто продати їм їх у будь-який час, коли вдосконалитесь.
vaughandroid

@Baqueta У мене є інші речі, які я відкриваю, але цей конкретний проект не в моїх інтересах відкривати його. Я планую пізніше продати його іншим компаніям та / або використовувати його знову в інших завданнях, у яких я можу мати та / або іншу роботу.
JohnPristine

1
@Baqueta - Оформлення проекту з відкритим кодом не робить нічого, щоб майбутні роботи контролювалися обмежувальною угодою щодо ІР. Компанія повинна звільнити будь-яку претензію на роботу Джона, щоб він продовжував працювати над нею.

Ви розглядали можливість продати їм поточну версію всієї справи та передати право власності на них за адекватну ціну? Якщо ви наполягаєте на збереженні права власності, ваш новий роботодавець може наполягати, що ви повністю відповідальні за технічне обслуговування цього програмного забезпечення, 365 х 24 год на рік.
Док Браун

@ GlenH7: Чи не одна з ліцензій на копілефт не змусить роботу залишатися у відкритому доступі? JohnPristine: Досить справедливо!
vaughandroid

Відповіді:


7

Мабуть, ви хочете зберегти право власності на це програмне забезпечення.

Якщо це так, просто не підписуйте договір, який забирає його у вас.

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

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


Одне з варіантів може полягати в тому, що Я ТІЛЬКО вношу вдосконалення під час моєї роботи. Але компанія, ймовірно, не погодиться мати щось залежне від близького продукту / рамки. Я не проти показувати їм код, і вони можуть робити зміни, якщо хочуть / знадобляться в майбутньому. Але я хотів би зберегти право власності на продукт та код, як ви сказали.
JohnPristine

@JohnPristine - це насправді залежить від того, наскільки сильно вони їм потрібні. Подивіться, вони, ймовірно, залежать від Windows з близькими джерелами. OTOH, якщо ви дасте їм ліцензію на вихідний код, це вже не закрите джерело.
Інго

1
"Вони можуть робити зміни, якщо хочуть / потребують" = ви робите для них модифікації. і якщо вони вносять зміни, вони володіють цими модифікаціями, якщо ви не зможете переконати їх офіційно підштовхнути їх "вгору"
Джиммі Хоффа

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

1
Крім того, чому ви не надаєте їм ліцензію на використання програмного забезпечення в обмін на право зберігати авторські права на ваші власні зміни? Вони отримують програмне забезпечення, а ви все одно володієте оновленнями. Це повинно бути безпрограшним. Якщо вони не хочуть продавати ваше програмне забезпечення іншим людям, у такому випадку я продаю їм ліцензію на це і веду переговори про зменшення прибутку.
Густав Бертрам

7

Це дійсно залежить від того, що є у вашому трудовому договорі.

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

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


-1

Це проста проблема. Вам потрібно переконатися, що в цьому питанні існує перетин між вашими інтересами та інтересами роботодавця.

Ваш новий роботодавець навіть переймається використанням вашого коду? Вони хочуть цього? Якщо так, то додайте до своєї угоди, що будь-які зміни цього коду:

  1. ви зберігаєте авторські права на
  2. вони зберігають повну, необмежену, постійну, передачу, субліцензію тощо ... ліцензію на використання, повторне використання тощо ...

Якщо вони занадто великі, щоб це зробити, то просто не бери туди своє програмне забезпечення.


-5

Можливо, найкраще зробити це відкрити його спочатку, маючи, можливо, ліцензію MIT. Потім використовуйте його на своїй новій роботі. Новий роботодавець не зможе претендувати на право власності на проект з відкритим кодом, який був створений \ випущений до початку вашої роботи.

Спільне володіння звучить безладно. Я не можу уявити, що цей сценарій найкраще підходить для вас, але я можу бачити, як компанія отримує кращі результати домовленостей.


Відкритий код для цього конкретного проекту не викликає мого інтересу. У мене є інші речі з відкритим кодом.
JohnPristine

2
Це погана, якщо не страшна пропозиція. Розміщення проекту під ліцензією MIT захистить існуючий код, але нічого не робить для подальшої розробки. За дуже обмежувальною угодою щодо ІР, усі авторські права на подальшу роботу належать роботодавцю. Ваша пропозиція ставить заявника в конфлікт із його робочим договором, якщо він вносить новий внесок у проект. Він не може юридично сприяти чомусь, чим він не володіє.

1
ОП не зацікавлений брати участь у тому, що робить його компанія для модифікації проекту. Йому цікаво зберегти контроль над тим, що він вже побудував. Редагувати: прочитати деякі відповіді ОП; Я б просто оголосив роботу як існуючу, а не використовувати її у вашого нового роботодавця.
Камау Малоун

@KamauMalone - Не використовувати його - найкраща пропозиція, яку я бачив. Навіщо ускладнювати справи ... автор хоче продати свій товар, він повинен залишати свій особистий бізнес відокремленим від роботи з цією компанією. Він навіть не повинен працювати над будь-яким, пов'язаним зі своїм продуктом, щоб бути чесним.
Рамхаунд

Це просто інфраструктурний код, який я хочу використовувати в інших місцях.
JohnPristine
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.