|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Здравствуйте. Мы - программистская фирма, разрабатываем ПО по заказу. Я понимаю, что, поставляя заказчику разработанное ПО, мы передаем ему исключительное право на это ПО. Вопрос в следующем: если другой клиент хочет заказать такое же ПО, чем это новое ПО должно минимально отличаться от предыдущего (интерфейс? коды - сколько процентов?), чтобы предыдущий заказчик не выдвинул обвинения в нарушении исключительных прав? Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 12:44 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
НиколайН, Пусть будет ядро ПО, которое принадлежит Вам. К примеру какое нибудь OpenSource или еще чье-то. Вы дорабатываете его под конкретного заказчика. В этом случае заказчик получает права не на все ПО, а только на те доработки, которые сделаны по его заказу. А потом Вы спокойно дорабатываете ядро под новую версию ПО для другого заказчика (даже на основе уже сделанных ранее наработок). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 13:24 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Это так, но даже наличие ядра (или, например, библиотек, принадлежащих нам) не исключает того, что заказчик №2 запросит точно такой же функционал, что и заказчик №1. А это будет означать, что для заказчика №2 получится точно такое же приложение, как и для заказчика №1, что приводит нас к нарушению иключительных прав. Поэтому и актуален вопрос: что и насколько необходимо изменить в ПО для заказчика №2, чтобы не попасть под ст.1301 ГК РФ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 13:43 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
НиколайН, Передавайте права не на сам исходный код, а на "пакет доработок", в которых исходный код является составной частью. В этом случае, исходный код, созданный Вами, будет вашим всегда, а вот "пакет доработок" передается заказчику вместе с исключительными правами. Тогда можно будет код или фрагменты кода использовать при производстве "пакета доработок" для другого заказчика без страха попасть под приведенную выше статью. Даже если требуемый функционал будет один в один, то "пакет доработок" будет совершенно другим, так как заказчик и некоторые составные части этого пакета будут отличными от предыдущего. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 14:00 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
К сожалению, добавление такой сущности, как "пакет доработок", ничего не меняет: если заказчику №2 нужно точное такое же ПО, как заказчику №1, "пакет доработок" для заказчика №2 будет очевидным образом совпадать с пакетом доработок для заказчика №1, что снова приводит нас к нарушению иключительных прав. И вопрос остается тем же самым: что и насколько необходимо изменить в ПО для заказчика №2 (как это ПО ни назови: "надстройка над ядром", "пакет доработок", ...), чтобы не попасть под ст.1301 ГК РФ? Мы готовы менять, вопрос в том, каких изменений будет достаточно? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 14:11 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Вы тогда определитесь, что вы продаете. Вы сделали софт по заказу заказчика 1, т.е. ему принадлежат исключительные права и исходники. Потом вдруг приходит заказчик 2, и хочет такое же ПО, с точностью до байта. У заказчика 2 есть два варианта а) купить право на использование этого ПО у заказчика 1 б) заказать вам разработку этого же ПО еще раз Во второй раз вы уже будете мудрее, и с заказчиком 2 заключите договор, который не даст этому заказчику 2 полные исключительные права. НиколайНМы готовы менять, вопрос в том, каких изменений будет достаточно? чтобы суд не счел исходники у заказчика 1 идентичными (или похожими) на исходники у вас или у заказчика 2. p.s. "пакет доработок" - это обычно услуги, а не "права". Соответственно, один и тот же пакет доработок можно хоть тыщу раз продавать. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 14:21 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdvВы тогда определитесь, что вы продаете. Вы сделали софт по заказу заказчика 1, т.е. ему принадлежат исключительные права и исходники. Потом вдруг приходит заказчик 2, и хочет такое же ПО, с точностью до байта. У заказчика 2 есть два варианта а) купить право на использование этого ПО у заказчика 1 б) заказать вам разработку этого же ПО еще раз Все именно так, и речь идет втором варианте. И это имеет смысл, т.к. при разработке ПО для заказчика №1 мы использовали некие наши знания и наши алгоритмы, которые один раз привели к успешному результату, значит во второй раз результат с очень большой вероятностью снова будет успешным. То есть заказчику №2 это выгодно. Покупать у заказичка №1 он ничего не станет, потому что они конкуренты, а обсуждаемое ПО дает конкурентное преимущество, т.е. в данном случае второй заказчик по сути просто догоняет перовго в конурентной гонке. kdvНиколайНМы готовы менять, вопрос в том, каких изменений будет достаточно? чтобы суд не счел исходники у заказчика 1 идентичными (или похожими) на исходники у вас или у заказчика 2. Вот об этом я и спрашиваю: встречались ли кому-то нормативные документы, практика, разъяснения, которые описывают, как определять "меру похожести"? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 14:34 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
не встречал. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 15:16 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
НиколайНkdvВы тогда определитесь, что вы продаете. Вы сделали софт по заказу заказчика 1, т.е. ему принадлежат исключительные права и исходники. Потом вдруг приходит заказчик 2, и хочет такое же ПО, с точностью до байта. У заказчика 2 есть два варианта а) купить право на использование этого ПО у заказчика 1 б) заказать вам разработку этого же ПО еще раз Все именно так, и речь идет втором варианте. И это имеет смысл, т.к. при разработке ПО для заказчика №1 мы использовали некие наши знания и наши алгоритмы, которые один раз привели к успешному результату, значит во второй раз результат с очень большой вероятностью снова будет успешным. То есть заказчику №2 это выгодно. Покупать у заказичка №1 он ничего не станет, потому что они конкуренты, а обсуждаемое ПО дает конкурентное преимущество, т.е. в данном случае второй заказчик по сути просто догоняет перовго в конурентной гонке. это основное. Сделав такое ПО для заказчика 2 сразу попадете под разбирательства. И скорее всего в дальнейшем с вами никто работать не будет, так что постарайтесь взять с заказчика 2 по максимуму. В бизнес-среде слухи быстро распространяются ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 18:07 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
а вообще, старайтесь оставлять права на такие вещи за собой, чтобы не возникало таких вопросов ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 18:12 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
НиколайНЯ понимаю, что, поставляя заказчику разработанное ПО, мы передаем ему исключительное право на это ПО. А я этого не понимаю :) Это вовсе не обязательно и есть вопрос договорённостей. На заказчика хорошо действует готовность открыто обсудить его потребности вкупе с пониманием, что любое желание стоит денег. Хотите исключительные права? Нет проблем, но это будет стоить дороже, чем их отсутствие. С вероятностью 90% окажется, что им нужны не исключительные права, а "вообще ничего", "исходники" или, например, "не продавать эту программу фирме Б". НиколайНчем это новое ПО должно минимально отличаться от предыдущего (интерфейс? коды - сколько процентов?), чтобы предыдущий заказчик не выдвинул обвинения в нарушении исключительных прав? Ну, выдвинуть-то он может в любом случае, здесь гарантии быть не может. В этом случае будет долгий судебный геморрой, причём решающее значение будет иметь экспертиза (причём соответствующих наработок по сути нет, и можно достаточно уверенно предсказать, что каждая из сторон приведёт штук пять экспертов "за свою точку зрения"). В общем, лучшая стратегия - заранее обходить эти грабли. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2012, 19:20 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
НиколайНне исключает того, что заказчик №2 запросит точно такой же функционал, что и заказчик №1. А это будет означать, что для заказчика №2 получится точно такое же приложение, На эту тему я бы особенно не волновался. Обычная проблема заключается в обратном: убедить клиента в том, что ему подойдёт более-менее типовое решение, в то время как он требует учесть мельчайшие идиотскиеважные особенности своего бизнеса. НиколайНа обсуждаемое ПО дает конкурентное преимущество, т.е. в данном случае второй заказчик по сути просто догоняет перовго в конурентной гонке. ПО, которое даёт конкурентное преимущество - это довольно серьёзная заявка. И при этом второй заказчик заказывает его вам же - означает узкий рынок, в котором результат определяется больше деталями взаимоотношений, чем общими принципами. НиколайНВот об этом я и спрашиваю: встречались ли кому-то нормативные документы, практика, разъяснения, которые описывают, как определять "меру похожести"? Практики на эту тему мало (я знаю один случай, и в интернете материалов по нему не встречал), но "меры" недостаточно. Даже если приложение Б значительно доработано по сравнению с исходным А, правообладатель может потребовать убрать все "почти не изменённые" модули, то есть фактически заставить переписать всё приложение. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2012, 23:06 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Фигня это все. Прошлым летом делали заказчику систему документооборота на шарике. Дык он требовал исключительные права на ШАРИК!!! Пришлось долго и нудно объяснять, =что вопрос не к нам, а в компанию Microsoft - может они шарик им и продадут. В результате сошлись на том, что исключительное право им передается только на данные, содержащиеся в базе mssql сервера (то есть, их собственные документы). ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2012, 03:05 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
НиколайНЗдравствуйте. Мы - программистская фирма, разрабатываем ПО по заказу. Я понимаю, что, поставляя заказчику разработанное ПО, мы передаем ему исключительное право на это ПО. Вопрос в следующем: если другой клиент хочет заказать такое же ПО, чем это новое ПО должно минимально отличаться от предыдущего (интерфейс? коды - сколько процентов?), чтобы предыдущий заказчик не выдвинул обвинения в нарушении исключительных прав? Спасибо. Вы задали отличный вопрос. На который я тоже много думал в своё время. Тема эта трудная, болезненная ("Опыт - сын ошибок трудных"). Какой есть ответ на этот вопрос? В своё время я понял, что если делать программу по одной и той же теме много раз одному клиенту, потом следующему, то программа естественно будет получаться той же самой. И как тогда быть с исключительными правами в рамках действующего закона? Нужно написать программу так, чтобы Вы могли забрать исключительные права себе. Если делаете программу по договору подряда, то в этом договоре оговорите, что исключительные права на исходный код и на объектный код принадлежат Вам. Если Вы опоздали и исключительные права остались у заказчика, то переписывайте программу с использованием других технологий и забирайте исключительные права себе. Другого выхода нет. Ситуация не такая безнадёжная. Время идёт - всё меняется. Технологии меняются. Так что есть возможность сделать программу и забрать себе исключительные права. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2012, 00:21 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
НиколайН, А вообще здесь налицо несовершенство законодательства. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2012, 00:25 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
если ПО разрабатывается по ТЗ заказчика, то заказчик имеет полное право на исключительные права, просто потому, что исполнитель является в данном случае просто "наемным программистом", и ситуация эквивалентна той, когда ПО разрабатывается в компании для нужд компании, а программист - ее сотрудник. Так что тут скорее не несовершенство законодательства (хотя оно не идеально), а особенность разработки ПО. Например, ERP не попадает под такую схему, если ядро и базовые модули разработаны исполнителем ДО работы с заказчиком. И, да, все что разработано под заказчика, фактически ему и принадлежит. Понятно что у исполнителя рвет крышу, т.к. при работе с аналогичной компанией ему придется определенные модули "разрабатывать второй раз". Но, позвольте, ведь он их мог разработать "до того", ведь они оказались универсальными. Так что, заказчик справедливо беспокоится, что заплатив за разработку гораздо больше, чем за тиражное ПО, исполнитель тут же пойдет, и продаст сделанное решение еще несколько раз. Кстати, у нас один open-source проект обломился именно потому, что заказчик был обязан предоставлять исходники при поставке разработанного ПО третьим лицам - не вынес он, что придется на халяву раздавать то, за что он заплатит серьезные деньги :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2012, 02:35 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdv, авторТак что тут скорее не несовершенство законодательства (хотя оно не идеально), а особенность разработки ПО. Согласен. А вообще исключительные права надо забирать себе. И если заказчик не согласен на это, то и не работать с ним. А зачем? Чтобы самому себе преграды строить? Разработать второй раз программу на новых технологиях - это тоже всё очень непросто. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2012, 03:03 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Конечно есть проблема похожести программ. И как её решать непонятно. Сделал я программу заказчику. Потом пошёл к другому и сделал такую-же. Конечно-же программы будут похожи. А если пошёл к третьему заказчику и потом к следующему - тут по любому программа повториться. Выход один: написать отдельную программу и продавать её по лицензионному договору. Это конечно неудобный путь. Путь некой "ломки". ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2012, 03:11 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
На мой взгляд все проще чем вы думаете. Законодательство всегда можно обойти. Имея права на исходный код и передавая пакеты доработок заказчику, вы не нарушите ничьих прав, так как это не некая постоянная величина. Одно и тоже, что имея рецепт на изготовление торта, вы будете опасаться что могут подать в суд за то, что изготовляете похожие торты. Самое главное это рецепт - т.е. "ваш исходный код", все остальное доработки и созданные вами продукты. Плюс ко всему всегда можно чуть чуть что - нибудь изменить. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2012, 20:43 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Вольф, авторпередавая пакеты доработок заказчику Как это в реале может выглядеть? Всё это очень непросто прописать в лицензионных договорах или договорах подряда. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2012, 21:50 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
При использовании изображений отличными считаются изображения с различием в более чем 15%. Девчонка рассказывала которая работала графическим редактором, у них контора скачивала изображения из интернета, изменяла и использовала их для изготовления путеводителей и атласов. Возможно и с ПО аналогично. Но чтоб точно исключить эти терки надо продавать неисключительные права, как на ядро, так и на доработки. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2012, 01:16 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
ChronSQL, Вряд ли это так: отрезать кусок в 15% от изображения - и сразу автор теряет все права? Скорее всего (если не повезет) у них все будет решать суд и экспертиза. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2012, 13:07 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
девочке кто-то наплел ахинею. Этак я на картинку впилю текст со своим копирайтом, на 15% площади, и что, я стану ее автором? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2012, 14:52 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
/me задумался о банкноте номиналом 84 бакса ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2012, 14:54 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdvдевочке кто-то наплел ахинею. Этак я на картинку впилю текст со своим копирайтом, на 15% площади, и что, я стану ее автором? Дело тут не в девочке, а в том что так работает вся их компания. Конечно, скорее всего, как и в любом законе есть ещё куча уточнений, что и как должно отличаться. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2012, 09:55 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
есть статья на тему плагиата http://trvscience.ru/2009/12/22/yuridicheskaya-otvetstvennost-za-plagiat-v-nauchnyx-rabotax/ еще, поискав, делаю предположение, что 15% всплыло из допустимого процента плагиата в дипломных работах. Т.е. наоборот, не 15% изменений должно быть, а не более 15% совпадать с чужим текстом. При отличиях в всего 15% доказать плагиат в суде, скорее всего, очень легко. В любом случае, скопировав чужое, и выдавая за свое, легко попасть под УК РФ статья 146 пункт 1: Присвоение авторства (плагиат), если это деяние причинило крупный ущерб автору или иному правообладателю, - наказывается штрафом в размере до двухсот тысяч рублей или в размере заработной платы или иного дохода осужденного за период до восемнадцати месяцев, либо обязательными работами на срок до четырехсот восьмидесяти часов, либо исправительными работами на срок до одного года, либо арестом на срок до шести месяцев. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2012, 12:12 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Со скромной надеждой, что кто-то скажет что-нить приближенное к реальности, немного пошевелю тему. Итак, есть разработчик, гражданин РФ, который по контракту (контракт консультанта в зарубежной конторе) разрабатывает ПО для внутренних нужд некой компании в далеких арабских краях. Есть подписанные контракт, соглашение о неразглашении, договор о передаче всех прав интеллектуальной собственности и копирайта на все созданное в процессе работы по данному контракту. Возникает ситуация, когда есть соблазн продать созданный софт (от лица некоего оффшора) другой конторе, уже как готовый продукт (естественно без исходников). И возможно в дальнейшем еще и еще. Исходники пока никому не передавались (да и не факт, что будут затребованы, но по договору могут быть затребованы). Теперь вопросы: 1. Насколько реально попасть гражданину РФ под преследование за нарушение прав (вероятность, что ситуация о перепродаже выплывет - минимальна, но есть) 2. Какие могут быть критерии оценки схожести ПО при рассмотрении претензий - по функционалу, по схожести интерфейса, по исходникам (коих в лучшем случае будет только один экземпляр от исходной версии первого заказчика). И, кстати, в каком интересно суде они будут рассматриваться - уж не в РФ думаю... 3. Как определить для себя необходимую степень переработки исходников и интерфейса конечного продукта, чтобы в принципе исключить возможные претензии. Как вариант - переписать полностью с использованием другого средства разработки.. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2012, 04:25 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
С практической точки зрения первый вопрос - где будет жить этот рисковый разработчик на момент всплывания дела о плагиате. Если в далёкой арабской стране - то довольно вероятно ему просто закроют выезд до окончания суда, если же в другой стране, в том числе в России - арабам вряд ли удастся отвертеться от необходимости доказывать его вину по местным законам. Переписать с нуля - идеологически правильный выход, хотя и трудоёмкий. Второй идеологически правильный - договориться с арабами. При этом советую иметь в виду, что суд вполне может вынести решение о плагиате не по всему приложению, а по какой-то его части - по аналогии, как в автомобиле может сказать "скопирован дизайн" или там "скопирован двигатель". ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2012, 09:47 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Разработчик жил и живет в РФ, работа по удаленке. Периодически по необходимости командировки к работодателю - митинги, настройки-внедрения, тренинги. Хотя вариант заманить по делу и закрыть по претензии тоже нельзя исключить. А суды там шариатские... :) По варианту переписывания - если переписать в другой среде-языке, то конечно вряд ли подкопаешься. Софт - учетная система - каталоги, склад, оперативные формы, отчеты. Работа с БД. Никаких особых ноу-хау там нет, просто автоматизация профильной деятельности. И прочие возможные покупатели работают по тем же принципам. Но ввиду специфики прикладной области, полноценных аналогов нет. Переписывать все с нуля на другой платформе - это, конечно, самый наименее доступный вариант. Дорого обойдется, да и долго очень. А если рассматривать вариант глубокого редизайна интерфейса и декомпозиции одного экзешника на несколько более-менее несвязных модулей? (Хотя по трудоемкости конечно не сильно проще, чем полное переписывание в другой среде) Вопрос тут вот в чем: Положим в результате получается программа, которая визуально не схожа с прототипом. Внутренняя логика практически та же, ну, насколько возможно, видоизмененная, но суть та же. Но тут уж - куда деваться - бизнес-процесс у всех практически один. Т.е. в результате есть два софта, которые по сути похожи друг на друга, но по форме отличаются. Есть исходники от одного и нет исходников от второго. Как в таком случае может рассматриваться вопрос о нарушении прав? На основе чего - исходники не сравнить, интерфейс отличается. Ну а выполняемые функции - что поделать... Банковские системы тоже не принципиально отличаются друг от друга в этом смысле. Есть правда тонкое место - БД. Ее переделать сложно... Два раза велосипед не изобретешь.. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2012, 02:30 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
oleg2017Есть исходники от одного и нет исходников от второго. Как в таком случае может рассматриваться вопрос о нарушении прав? Суд затребует исходники, вот и всё. Причём это гражданский, а не уголовный процесс, в нём действует принцип равенства сторон и отбрехаться по типу "это они должны всё доказывать" не удастся. В любом случае, основное значение будет иметь качество адвокатов сторон, имхо. Судья волей-неволей будет опираться на результаты экспертизы или экспертиз, а какими они будут и какие адвокаты сумеют оспорить.. Лично я на месте эксперта поискал бы в продуктах одинаковые ошибки. Наличие в обоих исходниках одной ошибки примерно как в школьных контрольных - убедительно показывает их близкое родство ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2012, 12:44 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
oleg2017Как в таком случае может рассматриваться вопрос о нарушении прав? На основе чего - исходники не сравнить, интерфейс отличается. Ну а выполняемые функции - что поделать...А бинарники разве нельзя сравнить? Хотя да, если изменить среду, интерфейс, то не проканает. oleg2017По варианту переписывания - если переписать в другой среде-языке, то конечно вряд ли подкопаешься.Да можно и в той же среде, гланое - переписать. softwarerПричём это гражданский, а не уголовный процесс, в нём действует принцип равенства сторонЯ боюсь, что в шариатском суде равенство сторон будет неполным :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2012, 22:19 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
softwarerЛично я на месте эксперта поискал бы в продуктах одинаковые ошибки. Наличие в обоих исходниках одной ошибки примерно как в школьных контрольных - убедительно показывает их близкое родство 100%. Причем с такой же вероятностью можно сказать что воспользовавшийся о некоторых "ошибках" может даже и не подозревать ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2012, 22:54 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
А что мешает: 1. глобальным поиском-заменой переименовать переменные 2. в комментариях к каждой функции написать, что она написана по заказу конкретной организации такого-то числа. 3. переименовать файлы исходников и изменить комментарии к ним 4. сделать обфускацию или переформатировать в другом стиле текст программы ? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2012, 21:14 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Вижу причину таких топиков и таких вопросов в несовершенности законодательства. Полагаю, что всегда исключительные права на программу должны принадлежать разработчику. Природа процесса написания программы подразумевает, что рано или поздно любая программа приблизится к некому своему идеалу. Любая программа рано или поздно повторится внутри в коде или в интерфейсе. Потому что, заложенная в программу идея - одна. И дальше менять что-то в коде или в интерфейсе - бессмысленно. Глупо. Вот почему так похожи друг на друга некоторые конкурирующие продукты. А как сделать велосипед по другому? Да никак. Разработчик не должен быть ограничен. Это только вредит делу вообще. Написал я кому-то удачную программу и получается, что больше не могу заниматься этой темой. Это тупиковый подход. Совершенно вредный. Поэтому все исключительные права должны быть у программиста, чтобы он мог писать любые программы. Как при этом не ущемлять заказчиков - тут надо просто подумать. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 13:42 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboВижу причину таких топиков и таких вопросов в несовершенности законодательства. .... программа приблизится к некому своему идеалу. .... тут надо просто подумать. Я бы для начала подумал, почему такого "несовершенного законодательства" не проявляется в других отраслях деятельности. Вот например конструктор автомобилей "Мерседес" переходит на работу в BMW. Вместе с "автомобиль приблизится к своему идеалу". И почему-то не возникает особых проблем при всём "несовершенном законодательстве" и без "исключительных прав". ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 13:48 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboПолагаю, что всегда исключительные права на программу должны принадлежать разработчику. а работодатель, который платит разработчику зарплату, обеспечивает рабочим местом, и т.п., считает что исключительные права должны принадлежать работодателю. В общем, ГК РФ, статьи 1295, 1296, 1297. Все случаи рассмотрены. И разработчик (как автор ПО) должен эти статьи знать. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 14:11 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Ребята, Вы меня не поняли:) Но я особо и не рассчитывал на это. Спустимся на землю:) Автор топика ведь совершенно ясно обозначил проблему. Совершенно ясно. Он написал программу, а использовать её, развивать дальше, продавать не может. Потому что сознательно или нет лишился исключительных прав на программу. А иногда и на идею, реализованную в программе. Он должен снова переписать программу так, чтобы она выглядела внутри и снаружи полностью другой. Каким-то образом изголяться и снова "улучшать" и переделывать и без того совершенный код, если парень-программист старался как следует. И этот новый вариант он снова передаст заказчику полностью. Отдаст исключительные права полностью. Почему бы нет? Ну вдруг правила игры такие. Потом он снова третий и чётвертый и пятый раз напишет программу по новой, по договору подряда, почему бы нет, ну вдруг жизнь заставит работать по договору подряда, вдруг клиент не захочет уступить неисключительные права, а кушать ведь всё равно хочется, вот и придётся каким-то образом исхитряясь делать "новые" программы, чтобы не нарушить ничьи права. И это будет сделать всё тяжелее и тяжелее. Потому-что на самом деле при переписывании программы не так-то много вариантов. А порой вариантов просто и нет. И Вы ребята это знаете. А вот те, кто пишут закон - этого не знают. Или знают чуть-чуть. И разработчик просто лишается права на свою программу. И ещё заказчик говорит, просит, чтобы такой программы не было у конкурентов. Порочный круг. Я сам был в этих ситуациях не раз и знаю, что говорю:) Внутренний голос мне однажды ясно сказал, что если я автор и я писал программу, неважно за чьи деньги, у меня должно быть право развивать, продавать и передавать этот продукт дальше. Иначе начинается бессмысленное переписывание и без того нормальной программы. Здесь налицо противоречие между законодательством и реальной жизнью. И об этом автор топика и говорит. Я считаю, что автор и заказчик сами могут решить, сами могут обо всём договориться. Императивные нормы закона здесь совершенно не нужны. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 18:35 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboСовершенно ясно. Он написал программу, а использовать её, развивать дальше, продавать не может. Потому что сознательно или нет лишился исключительных прав на программу. Автор написал книгу, лишился исключительных прав, а использовать её, развивать дальше не может. Автор сконструировал устройство, лишился исключительных прав, а использовать его, развивать дальше не может. Автор нарисовал дизайн, лишился исключительных прав, а использовать его, развивать дальше не может. Вызывает желание противоречить? NeboКаким-то образом изголяться и снова "улучшать" и переделывать и без того совершенный код, Мы уже поняли, что Вы не программист NeboИ этот новый вариант он снова передаст заказчику полностью. Ну его право. Вы хотите ему запретить? NeboВнутренний голос мне однажды ясно сказал, Надо признать, Вы редкий здесь убедительный оратор. NeboЯ считаю, что автор и заказчик сами могут решить, сами могут обо всём договориться. Императивные нормы закона здесь совершенно не нужны. Что-то я не понял. А кто мешает автору и заказчику самим решать? Вы против чего вообще протестуете? Могут договориться - значит договорятся. Посмотрим за эпопеей топикстартера. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 18:54 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
softwarer, авторМы уже поняли, что Вы не программист Много Вы поняли:) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 19:01 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
softwarer, авторЧто-то я не понял. А кто мешает автору и заказчику самим решать? Вы против чего вообще протестуете? Могут договориться - значит договорятся. Посмотрим за эпопеей топикстартера. Я особо не протестую. Нравится кому моя идея или нет - это уже дело десятое. Я за то, чтобы я всегда мог свободно распоряжаться программой, которую я написал однажды. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 19:11 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboИ разработчик просто лишается права на свою программу. И ещё заказчик говорит, просит, чтобы такой программы не было у конкурентов. Порочный круг. обсуждали уже это. На самом деле порочный круг выглядит так 1. программист нанимается сделать программу ПО ЗАКАЗУ 2. заказ выполнен, деньги получены 3. деньги кончаются. программист нанимается сделать программу ПО ЗАКАЗУ еще раз 4. заказ выполнен, деньги получены 5. программист понимает, что кто-то кого-то "накалывает", т.к. он пишет второй раз то же самое и т.д. Включая варианты, что программист хочет эту же программу продать третьему лицу, вопреки отсутствию у него исключительных прав на эту программу. А есть другой пример. Компания сделала ERP. И продает его одной, другой, третьей конторе, и при этом исключительные права на ERP почему-то остаются всегда у компании. Хотя дописывает модули к ERP она "по заказу". ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 19:13 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdv, Компания не "продает ERP", она продает услуги по внедрению ERP. А это можно делать многократно. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 19:33 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdv, авторА есть другой пример. Компания сделала ERP. И продает его одной, другой, третьей конторе, и при этом исключительные права на ERP почему-то остаются всегда у компании. Хотя дописывает модули к ERP она "по заказу". Тут тоже не всё так просто. Вот как раз исключительные права на эти модули, случайно, по забывчивости, или специально, могут уйти заказчику. Могут ведь? Это может Вы компетентный разработчик, а другой только начинает и не знает всех юридических тонкостей. И что тогда? И что это за ERP в которой часть принадлежит разработчику, а часть не принадлежит? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 19:45 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Реалистkdv, Компания не "продает ERP", она продает услуги по внедрению ERP. А это можно делать многократно. Как это всё по ГК РФ оформляется в бухгалтерии заказчика? На какой счёт в плане счетов становится ERP? На какой услуги? Или если не становится, то какой "воздух ERP" мы тогда внедряем? Вроде бы по ГК невозможно заключить безвозмездное лицензионное соглашение на передачу ERP. А именно об этом Вы сейчас и говорите. Передали софт безвозмездно - что нельзя по ГК РФ делать. А потом оказываем услуги по внедрению неизвестно чего. Вопрос: Что я не понимаю? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 19:52 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboЯ за то, чтобы я всегда мог свободно распоряжаться программой, которую я написал однажды. Ну так никто же не возражает. Никто не мешает Вам составлять Ваши договора соответствующим образом, законы этому не препятствуют. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 20:11 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdvобсуждали уже это. На самом деле порочный круг выглядит так На самом деле порочный круг выглядит так: люди договорились что "А", а потом кому-то захотелось втихаря "Б". Всё остальное - проблем не вызывает. На самом деле я не встречал контрагента, которому были бы нужны "исключительные права и всё тут". Людям нужно что-то конкретное - уверенность, что они "навсегда купили" эту программу, что они могут её использовать, могут дорабатывать, может быть - могут продавать. Эти потребности можно вскрыть и обсудить. Скажем, я несколько раз проходил по следующему сценарию: "Да, конечно, нам нужны только исключительные права, о другом и речи быть не может ---- ну вы же понимаете, что у меня есть много наработок, я использую их в разных программах и не собираюсь лишаться права их использовать, поэтому если вы хотите исключительные права на всё, мне придётся кучу всего писать заново специально для вас и это будет в пять раз дольше и в пять раз дороже ---- да? ну мы подумаем, на самом-то деле нам нужно вот это, это и это". ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 20:18 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboТут тоже не всё так просто. Вот как раз исключительные права на эти модули, случайно, по забывчивости, или специально, могут уйти заказчику. Могут ведь? ну, разве что если ты можешь случайно свою квартиру продать за 1 рубль. NeboЭто может Вы компетентный разработчик, а другой только начинает и не знает всех юридических тонкостей. разумеется. только некомпетентные не пишут ERP, для них это пока слишком сложно. И вообще, за них договоры проверяют юристы. Но все равно, раз ты полез в бизнес, т.е. сам зарабатываешь, то тебе придется самому себя защищать юридически. Иначе никто этого не сделает. NeboИ что тогда? И что это за ERP в которой часть принадлежит разработчику, а часть не принадлежит? ERP - это набор базовых модулей с возможностью настройки/доработки. Базовые модули принадлежат конторе, которая эту ERP продает. Доработка идет за доп. деньги, причем формулироваться там может как угодно, даже если доработки модулей будут принадлежать клиенту - в этом нет ничего страшного. Я вот чего не пойму. Если вы программируете, вы же должны понимать, что есть тиражный софт , есть софт по заказу , есть "настраиваемый" софт , и так далее. Если же вас пугает слово ERP, замените его на слово 1С. NeboКак это всё по ГК РФ оформляется в бухгалтерии заказчика? На какой счёт в плане счетов становится ERP? На какой услуги? определитесь сначала, о каком софте идет речь (выше варианты выделены жирным). Для разного софта - разные условия. А оформляется и как услуги, и как лицензионный договор (с передачей неисключительных ! прав). NeboВроде бы по ГК невозможно заключить безвозмездное лицензионное соглашение на передачу ERP. А именно об этом Вы сейчас и говорите. здрасьте. я о безвозмездном софте вообще ничего не говорил. 1С разве безвозмездна? Любая ERP разве безвозмездна? Передаются НЕИСКЛЮЧИТЕЛЬНЫЕ права, весь тиражный софт так продается. А доработки потом оформляются либо услугами, либо передачей исключительных прав на специально написанные модули. Либо неисключительных. Вы как-то не хотите читать ГК. Там же написано, когда и кому при лицензионных договорах могут принадлежать исключительные права. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 22:02 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdv, :) Было бы всё так просто. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 22:05 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboБыло бы всё так просто. а не надо усложнять. Если разработчик пишет софт по заказу, с нуля, ясен пень, что клиент тут ставит задачу, и хочет чтобы исключительные права на этот софт были у него, т.к. он за это деньги платит. Понимаете, платит не за "1С Бухгалтерия, одна штука", а за РАЗРАБОТКУ, причем по ЕГО ЗАКАЗУ. Давайте чуть повернем плоскость. Вот вы - владелец конторы, которая разрабатывает софт. Тиражный. Понадобилось написать нечто. Вы заключили договор с разработчиком, естественно что оговорили, что исключительные права ваши, и т.д. Разработчик софт написал, передал вам, но вдруг увидел, что этот софт очень хорошо идет (продается). И он решает открыть свое ИП, и тоже продавать этот софт - он же его написал! ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 22:23 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
Nebo, черт, Ctrl-Enter (или как его там) нужно запретить. Так вот, ваша позиция - это как у такого разработчика (мой пример). Который считает, что раз он написал, значит оно его, и второй раз он это же писать не хочет (оно, в принципе, и так его, только неисключительные права ему принадлежат). В общем, в споре двух сторон обязательно рассматривайте аргументы обоих сторон. Однобокая точка зрения ни к чему хорошему не приведет. И, действительно, softwarer верно написал - не каждому заказчику нужны исключительные права. Некоторые просто кроме фразы "исключительные права" больше ничего и не знают. p.s. на всякий случай напомню, что стоимость разработки <> стоимости тиражного решения. Конечно, впаривать один и тот же софт как "разработанный заново" это замечательно, но у покупателя такого софта иная точка зрения. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 22:29 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
kdv, авторВ общем, в споре двух сторон обязательно рассматривайте аргументы обоих сторон. Однобокая точка зрения ни к чему хорошему не приведет. Согласен с Вами. Многое правильно пишете. Аргументы обоих сторон - важны. В любом деле сперва набьёшь шишек. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2012, 22:42 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboЯ за то, чтобы я всегда мог свободно распоряжаться программой, которую я написал однажды.А если не Вы ее написали? А если Вы купили исключительные права таким образом, что тот, кто ее написал, больше таких прав не имеет? Намерены оргнаизовать собственный бизнес, на приобретение исключительного права потратили значительную сумму... Вы все равно за то, чтобы тот, кто получил деньги за продажу исключительных прав, считался исключительным правообладателем? А денег, заплаченных ни за что, не жалко? P.S. Если Вы хотите всегда свободно распроряжаться написанной однажды программой, просто не продавайте исключительные права на нее, и всё тут. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2012, 09:28 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
GaryaNeboЯ за то, чтобы я всегда мог свободно распоряжаться программой, которую я написал однажды.А если не Вы ее написали? А если Вы купили исключительные права таким образом, что тот, кто ее написал, больше таких прав не имеет? Намерены оргнаизовать собственный бизнес, на приобретение исключительного права потратили значительную сумму... Вы все равно за то, чтобы тот, кто получил деньги за продажу исключительных прав, считался исключительным правообладателем? А денег, заплаченных ни за что, не жалко? P.S. Если Вы хотите всегда свободно распроряжаться написанной однажды программой, просто не продавайте исключительные права на нее, и всё тут. Да. Правильно. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2012, 09:57 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
NeboДа. Правильно.Не понятно, что именно "да. правильно". Правильно, что тот, кто однажды уже продал исключительные права, продолжает их продавать остальным, которые не ведают, что их обманывают, или правильно не продавать исключительные права? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2012, 11:34 |
|
Как не нарушить исключительные права при разработке похожего ПО
|
|||
---|---|---|---|
#18+
GaryaNeboДа. Правильно.Не понятно, что именно "да. правильно". Правильно, что тот, кто однажды уже продал исключительные права, продолжает их продавать остальным, которые не ведают, что их обманывают, или правильно не продавать исключительные права? P.S. Если Вы хотите всегда свободно распроряжаться написанной однажды программой, просто не продавайте исключительные права на нее, и всё тут. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2012, 12:24 |
|
|
start [/forum/topic.php?all=1&fid=38&tid=1555946]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
147ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
83ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 281ms |
0 / 0 |