Законно ли повторно использовать код в проектах других клиентов?

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

Само приложение будет использоваться только в течение определенного времени, поскольку оно связано с определенным событием после этого, если оно будет бесполезным. Но базовая функциональность приложения будет многократно использоваться для других клиентов, которые хотят иметь подобное приложение для своего мероприятия.

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

Так что было бы для меня лучшим способом справиться с этим сценарием?

• Кому принадлежит исходный код приложения?
• Должен ли я предоставить исходный код заказчику, когда он заплатил за разработку?
• Если мне нужно, могу ли я сохранить копию и использовать ее позже?
• Нужно ли просить клиента повторно использовать код?
• Нужно ли работать с какой-то моделью лицензирования здесь. И пусть первый клиент оплатит только определенную часть разработки, чтобы я мог без проблем использовать код?

Надеюсь, я прояснил ситуацию. Я с нетерпением жду ваших ответов.

Перед началом проекта вы должны решить , кто будет поддерживать право собственности на код.

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

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

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

Ответы до сих пор были отличными. Я искренне согласен с советом:

• спросить адвоката
• составлять контракт каждый раз, когда вы работаете с кем-либо
• продолжать работать с вашим адвокатом
• прибыль!

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

Это может не сработать для вас, но это сработало для меня на протяжении многих лет:

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

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

Если клиент требует эксклюзивности использования, то вы можете предложить им по цене , которая вознаграждает Вас за время, усилия и невозможности продать его кому - либо в будущем.

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

И поговорить с адвокатом!

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

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

Если мне нужно, могу ли я сохранить копию и использовать ее позже? Нужно ли просить клиента повторно использовать код?

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

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

Не только с точки зрения повторного использования кода в противном случае, процесс лицензирования должен быть там, чтобы определить все пункты клиента и ваши проблемы. Таким образом, вы должны лицензировать независимо, даже если сделка является односторонней. Кроме того, вы должны включить положения для дальнейшего развития для того же клиента.

Вы всегда можете использовать в своем коде другие библиотеки, например, с открытым исходным кодом. Очевидно, что клиент не будет иметь авторских прав на них. В особом случае вы можете использовать написанные вами библиотеки. Клиент платит за настройку - ту часть, которая предназначена для него и его потребностей бизнеса. Все, что не является специфичным для пользователя и должно использоваться в нескольких проектах, может быть вашей собственной библиотекой. Я не вижу проблем там.

Проблема будет в том, если вы повторно используете интерфейс или бизнес-логику или даже перепродаете тот же проект кому-то другому. Сервисный код - это то, о чем клиент обычно не знает и ему все равно.

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

1. Вы можете дать права или эксклюзивные права.
2. Если вы предоставляете исключительные права, вы можете утверждать, что в рамках соглашения вы сохраните неисключительные права. (Это позволит вам использовать код / ​​программу лично)
3. Даже если вы не предоставляете исключительные права, вы все равно можете предоставить неисключительные права на использование, изменение и распространение исходного кода. Два не являются взаимоисключающими.