Питання щодо ліцензування коду. Клієнт вкрав мій код

9

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

Зараз я не хочу робити з цього величезної угоди, але я задумуюсь випустити код як проект з відкритим кодом для тих, хто може використовувати його, щоб їх "унікальна" точка продажу (мій код) була суперечкою.

Що ви, хлопці, пропонуєте зробити / випустити з коду, якщо вони вирішать бути * ssholes з цього приводу?

open-source licensing client-relations

— Зофіель
джерело

1

Хм. Яка там домовленість була ? Ви не обов'язково зберігаєте права на випуск коду як відкритого коду.

— Коді Грей

Я працював з хлопцем протягом 5 років. Угода завжди полягала в тому, що він отримав продукт, а не джерело. Нещодавно він підняв його знову, де я підкреслив, що джерело - це моя власність.

5

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

6

Що говорить ваш адвокат про умови контракту?

1

Якщо це в США, авторські права змінюються лише з чітким перекладом або якщо проект "працює на прокат", а "робота за наймом" не може існувати у відносинах консультант-клієнт. (IANAL, TISNLA, і якщо ви покладаєтесь на те, що я кажу, не консультуючись з реальним юристом, ви заслуговуєте на те, що отримуєте.) Доки ви володієте авторським правом і у вас немає контрактних зобов'язань навпаки, ви можете його повторно звільнити будь-яку обрану вами ліцензію. По-перше, однак зберіть усі документи і організуйте їх, і проконсультуйтеся з юристом, щоб переконатися в деталях.

— Девід Торнлі

10

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

— гаряча лапа2
джерело

3

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

— Ant Ant

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

— Девід Торнлі

3

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

2

Відпустіть його під GPL, тоді ви зможете отримати їх зміни до вашого коду, а також свого власного :)

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

— gbjbaanb
джерело

2

"ви повинні мати змогу отримати їх зміни до вашого коду" Гм, ні. Код може бути подвійним. Компанія стверджує, що отримала код не під GPL, тому він не пов'язаний з ним. Впевнені, що ви можете залучити адвокатів, але ОП вже заявила, що не хоче цього робити, і якщо це зробить, він все одно може подати позов до них за крадіжку.

— Джеймс

Теоретично запроваджується GPL за допомогою судового позову, який не є ділом, яким займається ОП. (Практично, порушення майже завжди закінчуються населеними пунктами, але загроза судового процесу - це те, що підштовхує населені пункти.) Якщо ОП хотіла судового розгляду, ОП вже має підстави.

— Девід Торнлі

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

— Зофіель

1

Надання коду для відкриття ресурсу та підтримка його еволюції може призвести до успіху не лише для помсти. http://www.techdrivein.com/2010/08/11-biggest-open-source-success-stories.html Також вихідний код є ліцензованим майном, тому залежно від законодавства вашої країни ви можете отримати свій код або зупинити іншу компанію використовуючи його. Але є способи подолати це, тому я пропоную просто відкрити його, зробити шампанське, що претендує на просування відкритого джерела, і ви, можливо, закінчите новий бізнес план.

— JackLeo
джерело

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

@Zophiel Найпростіше було б CC creativecommons.org/licenses - це список ліцензій від відьом, який ви можете обрати відповідно до своїх потреб. Інші варіанти - це якийсь тип GNU gnu.org/licenses, але він трохи складніший. Для CC ось простий інструмент для налаштування речей: creativecommons.org/choose

— JackLeo

@JackLeo Вибачте, який бізнес-план?

— Quant_dev

2

У OSI також є список ліцензій opensource.org/licenses/category

— Htbaa

1

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

— Девід Торнлі