Я зробив кілька заявок iPhone для замовника, і сьогодні попросили передати вихідний код, щоб вони могли робити технічне обслуговування, якщо цього потрібно. До цих пір жодних питань з кодом ніколи не обговорювали.
Чи є якась «загальна» практика щодо цього?
Також, яким чином це має вплинути на ціну?
Відповіді:
Що говорить ваш договір із замовником?
Якщо цього немає, і це робота за наймом , тоді вони володіють вихідним кодом, якщо у вашому договорі не вказано інше.
В майбутньому, можливо, ви захочете, щоб ваші договори переглядав юрист.
Я не юрист, це не юридична порада, і вам, мабуть, слід порадитися з юристом.
Здається, що відповідь полягає в тому, чи підпадає це під те, що вважається роботою на прокат. Про це є чудова стаття в бітлаві , і, як я вже говорив, тільки юрист зможе відповісти на ваше запитання.
Це питання, яке слід обговорити перед проектом і чітко записати в контракт; це не лише юридичне чи фінансове питання, але й певним чином впливає на те, як складається проект. Наприклад, коли ви знаєте, що вам потрібно здати джерело, ви як хороший постачальник зробите хороші коментарі та документацію, що відповідає очікуванням найкращої практики. Ви також можете уникнути повторного використання деяких власних кодів, оскільки цей код може бути настільки розумним, що просто не хочеться його видавати.
Зараз уже пізно. Або поступитися, або звернутися до юриста.
Досить типово, що користувацький код для конкретного клієнта, як очікується, буде вільно доступний їм за запитом. Вони купують ваш час, щоб створити щось для них, і, напевно, в якийсь момент захочуть все, від роботи, за яку вони заплатили. Звичайно, є винятки.
Зазвичай програмне забезпечення, написане та "загалом" продане, не матиме вихідний код у вільному доступі, але може мати його доступним за ціною.
Це одна з причин того, що програмне забезпечення на замовлення коштує набагато дорожче, ніж програмне забезпечення «загального продажу» (навіть коли програмне забезпечення «загального продажу» може мати невеликі цифри в обігу).
Загальне правило - автор твору володіє авторськими правами: тим, що ви створюєте, тим володієте.
З цього є винятки. Найбільш очевидним є робота, створена працівником . Інший виняток ( Закон про авторські права 1976 р., 17 USC 201 ) - це «доктрина роботи», яка говорить про те, що твір належить особі, яка оплатила його. Але щоб WFH сталося, все наступне має бути правдивим:
Тож у цьому випадку від вас нічого не потрібно здавати.
(Деякі тексти, що підтверджують це, є тут , тут , тут , тут і тут )
У моїй щоденній роботі не рідкість, коли підприємства вимагають, щоб наш вихідний код був наданий службі депонування. Ідея полягає в тому, що підприємство не бажає покладатися на наше програмне забезпечення без способу виправлення помилок - або наша компанія виживає, щоб ми могли їх виправити, або служба депонування випускає код до них.
Однак це, мабуть, дуже чіткий момент у контракті, я вважаю, що вони не отримують вихідний код, якщо наша компанія не вийде з ладу, і я би сподівався, що це буде враховано у великій ціні, пов’язаній з контрактом. Я не впевнений, як це стосується окремого підрядника, невеликий сценарій застосування.
Ну для мене вихідний код буде вартий фактичної ціни * 5
У мене була схожа ситуація. Коли додаток було заповнене, компанія вирішила захотіти придбати вихідний код і взяти когось іншого (я працював над ним лише неповний робочий день). Вони зробили те, що я вважав адекватною пропозицією. Я думав, що передбачається, що я завжди працюю над цим, і ніхто з нас не знав, що вони мають право на код.
Так трапляється, що їх розкуповували (не згадували про це мені), і покупець не бажав жодних вільних кінцівок щодо ліцензування програм. Не впевнений, якби я знав, що би попросив ще. Мабуть, не тому, що той, хто зв’язав мене з цією компанією, знайшов і мені кілька інших проектів. Я здогадуюсь, що добра карма може виникнути через незнання.
У вашому випадку слід надати їм код і попросити його використовувати як орієнтир для вашої роботи.
По-перше, як майже всі зазначали, це мало бути частиною первинного контракту. Переконайтеся, що ця точка є адресою в майбутньому.
По-друге, чого варте цього доброго замовника? Чи можете ви розраховувати отримати більше бізнесу від них у майбутньому? Чи можете ви використовувати їх як орієнтир для подальшої роботи?
Нарешті, скільки шкоди вони можуть завдати вам? У багатьох, якщо не в більшості галузей слово обійдеться швидко. Чи негативні наслідки цього клієнта негативно вплинуть на інших клієнтів?
Я, мабуть, пішов би вперед і віддав їх, можливо, попросивши невелику суму грошей. Переконайтеся, що вони знають, що ви робите це на свою користь, і що ви хочете, щоб ця точка була вирішена у майбутній роботі, яку ви робите.
Якщо це не було частиною договору, то жодна сторона не тримається правди.
Нам тут потрібно більше того, що ви сказали, що вони сказали в пункті домовленості. якщо ви не згодні, прийміть адвоката і не дозволяйте людям вас штовхати.
відштовхуйтесь і скажіть, я не працюю для вас, я продаю програмне забезпечення, налаштоване під ваші потреби, ви просили лише програмне забезпечення, код не обговорювався, оскільки для мене знадобиться додаткова плата, щоб змінити код, який буде представлений зовнішнім виглядам .
Щасти
Я не юрист, це не є заміною для адвокатських дискусій у вашій місцевій державі
Якщо ваш контракт нічого не говорить про код, ви не маєте жодного зобов'язання передати його. Враховуючи, що якщо ваш клієнт нешкідливий, ви відмовилися від своєї можливості виправити програму від їх імені, а отже, будь-який шанс, можливо, доведеться виправити її для них як послугу. З іншого боку, якщо ваш клієнт використовує цей код для виготовлення власної програми та продажу її, ви нічого з цим не можете зробити. Навіть якщо ви змусили їх підписати контракт, в якому сказали, що вони не можуть використовувати код повторно, вам буде важко натиснути в суді, щоб довести, що вони це зробили.
Якщо що, ви запитаєте, чому вони хочуть джерела. Ніщо, що вони могли б сказати на це питання, не може виправдати, чому їм знадобиться ваш код, коли ви можете просто зробити це самостійно.
Це стара публікація, але все ще обговорюється в сучасному світі.
На мою думку, якщо вам платять години та керуються клієнтом для створення програмного забезпечення, вам слід здати вихідний код.
Якщо у вас є комерційне програмне забезпечення, і ви продаєте його їм у користування .. тоді ні ви не повинні здавати вихідний код.
Незалежно від того, що легально чи ні .... як і я не юрист. Правильна річ - це здати вихідний код. Що робити, якщо з вами щось трапляється? Ваш клієнт залишається поза холодом. Крім того, що робити, якщо ваше програмне забезпечення завдає шкоди компанії? ВИ ВІДПОВІДАЙТЕ! Відпустіть коди холдингу, сподіваючись, що вам заплатять за подальшу роботу. Просто зробіть в першу чергу хорошу роботу за розумною ціною, і робота буде продовжуватися.
І людині, яка стягує 5X за вихідний код. Як програміст, я вважаю, що ви дуже добре займаєтесь математикою. Чому б хтось платив 5X за щось .. коли вони можуть заплатити іншій особі 1x, щоб просто повторити те, що ви побудували? Це швидкий спосіб звільнитись. Ви не можете їсти свій вихідний код ... так що, думаючи так ... ви і ваш вихідний код будете сидіти в стороні.