Передать исходный код клиенту

21

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

  • Есть ли какая-то «обычная» практика в этом отношении?

  • Кроме того, каким образом это должно повлиять на цену?

Эгиль
источник

Ответы:

33

Что говорит ваш контракт с заказчиком?

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

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

Я не юрист, это не юридическая консультация, и вам, вероятно, следует проконсультироваться с юристом.

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

Джордж Стокер
источник
31
@Bold: как правило, исходный код принадлежит лицу, которое платит за разработку программного обеспечения на заказ. Нет необходимости в гиперболе о том, чтобы владеть своей жизнью.
Кэмерон Скиннер
3
@ Камерон Скиннер, ты юрист? это юридическая консультация, которая соотносится с законом в стране Эгиля? ВЫ УВЕРЕНЫ? добавляя к этому, я бы сказал, что если вы разрабатываете веб-сайт, вы дадите код, поскольку скрывать код в этом нет никакого смысла, этот случай другой, код отображается компилятором и скрыт для пользователя. для запуска приложения iPhone вам не нужен оригинальный код, что является полным противоречием с программой веб-сервера, поскольку код в любом случае прозрачен. он может утверждать, что он дал код, за который заплатил клиент, который был обработан кодом компилятором, который превратился в приложение для iPhone
отображаемое имя
10
+1 за освещение возможностей, рекомендацию быть более осторожным с будущими контрактами, рекомендацию адвоката, и не выходить за рамки этого .
Дэвид Торнли
10
@ Жирный: Нет, я не юрист. Это не юридическая консультация. Однако во многих юрисдикциях общий случай заключается в том, что покупатель заказного программного обеспечения владеет всей продукцией (исходный код, скомпилированный код, графика / графика и т. Д.), Если в контракте не указано иное, что говорит об обратном. ОП не указал, в какой стране он / она находится, поэтому невозможно дать конкретный совет. ОП попросил «общую практику»: я изложил то, что испытал за время работы в компании, занимающейся разработкой.
Кэмерон Скиннер
2
@ Кейт Грегори: Нет, «работа по найму» - это специфическая юридическая концепция в США, и поэтому ответ не тавтологический. Статья в Википедии (не путать с юридической консультацией), возможно, стоит прочитать. В нем говорится, что отношения между работодателем и работником в США являются работой по найму, но в остальном существуют строгие требования, и они должны быть явными. Не полагайтесь на это без консультации с юристом.
Дэвид Торнли
9

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

Сейчас уже поздно. Либо уступите, либо обратитесь к юристу.

user281377
источник
6

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

Как правило, программное обеспечение, написанное и «в общем» проданное, не будет иметь свободно доступный исходный код, но может иметь его по цене.

Это одна из причин того, что заказное программное обеспечение стоит намного дороже, чем программное обеспечение «обычной продажи» (даже если в программном обеспечении «общей продажи» может быть небольшое количество в обращении).

Брайан Кноблаух
источник
5

Общее правило: автор произведения владеет авторским правом: то, что вы создаете, принадлежит вам.

Есть исключения из этого. Наиболее очевидным является работа, созданная работником . Другое исключение ( Закон об авторском праве 1976 г., 17 USC 201 ) относится к принципу «работа по найму», в котором говорится, что произведение принадлежит лицу, оплатившему его. Но для того, чтобы это произошло, должно быть выполнено все следующее:

  1. Работа была заказана или сдана в эксплуатацию. Правда.
  2. Было достигнуто соглашение, что работа будет считаться WFH. Ложь.
  3. Работа является частью набора из девяти конкретных категорий работ: перевод, вклад в аудиовизуальное произведение, вклад в коллективное произведение (например, журнал), в качестве атласа, в качестве сборника, в качестве учебного текста, в качестве тест, как материал для ответа на тест или дополнительную работу. Ложь.

Так что в этом случае вам не нужно ничего сдавать.

(Некоторые тексты, подтверждающие это, находятся здесь , здесь , здесь , здесь и здесь )

Мартин Викман
источник
4

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

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

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

Ну, для меня исходный код будет стоить реальной цены * 5

maz3tt
источник
1
Почему * 5? Почему не * 4, или * 6 .. Или даже * 10? Это кажется довольно запутанным и нелогичным для меня.
JTS
Ну, конечно, это может быть * 4 или 6 или любое число, вы должны рассматривать это только как мою политику. Мы не пытаемся продавать исходный код, но иногда, когда это становится неизбежным, это цена
maz3tt
1
Объясните. То, что вы делаете, не является хорошим ответом в одиночку. Почему ты это делаешь?
Динамичный
2

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

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

В вашем случае следует дать им код и попросить использовать его в качестве справочного материала для вашей работы.

JeffO
источник
1

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

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

И наконец, сколько вреда они могут причинить вам? Во многих, если не в большинстве отраслей, слово быстро обходит. Будут ли плохие чувства от этого клиента негативно влиять на других клиентов?

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

Джим С
источник
1

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

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

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

удачи

Я не юрист, это не замена юристов, в вашем местном штате

Отображаемое имя
источник
2
Если вы планируете сделать программное обеспечение общедоступным, я бы сначала связался с адвокатом. Если вы опубликуете код и позже узнаете, что компания имеет право на права на этот код, вы можете оказаться в мире (ненужном) вреда.
Вонко вменяемый
@Wonko спасибо, я меняюсь, так как это требует подробного совета юриста.
Отображаемое имя
-1

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

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

Нил
источник
4
Поддержание их приложения - это вполне веская причина для получения исходного кода.
Ларри Коулман
1
Он продает программное обеспечение, а не код. Обычно программисты поддерживают приложение, а не клиент. Если клиенту нужен код, он должен говорить о продаже прав на свое программное обеспечение, а не просто о передаче кода.
Нил
7
Я не уверен, что это понятно. Если они заплатили ему за разработку программного обеспечения (то есть за написание кода), а не только за приобретение результата у него как продукта, они могут иметь действительные претензии к источнику.
Бен Л
@ Бен, если ему платят за написание кода, зачем вообще спор? Какой вопрос он задает, если спрашивает, как дать код клиенту в этот момент? Это технический вопрос? На этом этапе должен быть в stackexchange.com.
Нил
3
@ Неверно, если вы платите работнику, тогда все его творения принадлежат вам, однако он не рабочий, он подрядчик. Это делает его код, и дело заключается в разработке продукта. В то же время вопрос может звучать так: «Могу ли я выпустить код под GNU?» что если он сделал? что могла бы сказать другая сторона? они никогда не говорили об этом, и когда вы спрашиваете что-то новое в программном обеспечении, вы должны платить больше за него.
Отображаемое имя
-2

Это старый пост, но он все еще обсуждается в современном мире.

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

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

Независимо от того, что законно или нет .... я тоже не юрист. Правильнее всего передать исходный код. Что если с тобой что-то случится? Ваш клиент остался без внимания. Кроме того, что, если ваше программное обеспечение причиняет компании вред? ВЫ ОТВЕТСТВЕННЫ! Отпусти проведение кода в надежде получить оплату за будущую работу. Просто сделайте хорошую работу по разумной цене, и работа будет продолжена.

И человеку, который взимает 5X за исходный код. Как программист, я бы предположил, что вы очень хорошо разбираетесь в математике. Зачем кому-то платить 5X за что-то .. когда они могут заплатить другому человеку 1x, чтобы просто повторить то, что вы построили? Это быстрый способ уволить. Вы не можете съесть свой исходный код ... поэтому, думая так, вы и ваш исходный код будете сидеть в стороне.

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