- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
иначе - безграмотность, неумение определить авторство от права собственности.
Право собственности на софт - у исполнителя же, а заказчику передаётся право собственности на материальный носитель с копией софта, если не оговорено другое.
выше уже обсудили, по-умолчанию перепродаваться не должен
Можете ссылочку кинуть, где эти «умолчания» прописаны? Даже гуглу глубоко плевать, кто и чего делал, его интересует лишь возможность как-то подтвердить первенство.
А вообще, встречается группа людей, для которых договорённость ничего не значит (ну мы же не подписывали контракт) — после этого начинаешь понимать людей, берущих 100% предоплату. Так что в данном конкретном случае винить можно обоих. Заказчик не уточнил, будет ли конечный скрипт перепродаваться. Исполнитель не уточнил, не против ли заказчик того, что он продаст свой код, основанный на идее заказчика.
Я к чему вспомнил все это. Сейчас мне понадобилось в очередной раз написать небольшую софтинку. Аналогов не нашел, хотя искал довольно долго. Решил заказать написание, но тут вспомнил прошлую ситуацию. Если она повторится, софт умрет за пару дней ))
Мне вот интересно, все прогеры с кодерами такие же наглые? Или мне просто тогда не повезло. И как избежать подобной ситуации.
Избежать можно, только если сами станете кодером, хотя бы посредственным, чтобы уметь разбивать большую задачу на подзадачи, которые раздавать отдельным прогерам, каждый из которых не будет иметь в своих руках целого проекта.
Есть успешные IT-проекты, которые были созданы некодерами? Может тогда не стоит лезть в эту область?
А изобретать маленькие проги и думать, что их тут же не растащат, наивно. Кроме того, почти всегда есть похожие, главное найти и доработать.
Заключение договора тоже особо ничего не гарантирует. Если идея реально хороша, прогер может сделать несколько отличающийся аналог.
Или лучше так - при съемке фильма оператор не имеет прав использовать отснятый материал, но вот новые приемы съемки, как то крупный план или съемку с каким-то интересным фильтром - это да, можно использовать.
Именно что приемы.
Я не имею право продавать готовый софт, написанный под одного заказчика, но я могу использовать любые функции из этого софта.
А функции из софта это не приемы, это куски фильма.
Если Вы научились писать запросы в базу дроча вприпрыжку - можете и для нового заказчика так же исполнять, но написанные этим способом запросы для предыдущего заказчика - принадлежат таки ему.
Не путайте приемы и результаты деятельности.
Право собственности на софт - у исполнителя же, а заказчику передаётся право собственности на материальный носитель с копией софта, если не оговорено другое.
Еще раз
""2. Исключительное право на служебное произведение принадлежит работодателю, если трудовым или гражданско-правовым договором между работодателем и автором не предусмотрено иное.
И возвращаясь к теме как обезопаситься.
Надо просто пообщаться с программером до заказа. 90% неадекватов отсеиваются прямым вопросом в лоб, т.к. поскольку первопричина данного явления ЧСВ - это же ЧСВ не позволяет неадеквату даже в предварительном разговоре предположить что он не будет распоряжаться кодом. Еще 50% можно отсеять найдя у пациента в портфолио похожий проект и спросив нельзя ли за пару недель сделать для Вас копию оного. Остальное решается договором, как ни смешно, если прогер достаточно квалифицированный (а не вася кушающий доширак которому рисковать нечем и терять нечего), то заключив договор желание кинуть у него будет сильно меньше, ввиду того что риски достаточно большие будут - и репутационные и финансовые.
Именно что приемы.
А функции из софта это не приемы, это куски фильма.
Бред :)
Вот такая функция у меня гуляет из проекта в проект и менять там нечего и не зачем
Если я забиваю гвоздь молотком для одного заказчика, то другому надо вкручивать шуруповертом? Такая логика у Вас?
Еще раз
Ладно, ещё раз
1. По договору авторского заказа одна сторона (автор) обязуется по заказу другой стороны (заказчика) создать обусловленное договором произведение науки, литературы или искусства на материальном носителе или в иной форме.
Материальный носитель произведения передается заказчику в собственность, если соглашением сторон не предусмотрена его передача заказчику во временное пользование.
Договор авторского заказа является возмездным, если соглашением сторон не предусмотрено иное.
2. Договором авторского заказа может быть предусмотрено отчуждение заказчику исключительного права на произведение, которое должно быть создано автором, или предоставление заказчику права использования этого произведения в установленных договором пределах.
edogs, вот я не понимаю, Вы сознательно подменяете понятия или действительно не понимаете сути формулировок закона?
Что такое работодатель, служебные отношения, исполнитель и заказчик - представляете хотя бы в общих чертах?
Волей случая участвовал третьей стороной в одном крупном контракте на разработку ПО.
В договоре было отдельно прописано:
1. Авторский заказ на разработку программного обеспечение.
2. Передача прав на полученное произведение. Причем стоимость передачи прав была оценена отдельно от разработки ПО.
Из этого могу сделать поверхностный вывод, что всё-таки авторский заказ на разработку ПО не предусматривает передачу исключительных прав на полученный продукт, права нужно передавать отдельно.
Ну по умолчанию все-таки готовый продукт это как бы заказчику должно принадлежать. Это по моральным правилам.
Дизайнер нарисовал картинку странички сайта - данная работа принадлежит заказчику, ибо не совсем красиво будет если дизайнер эту картинку начнет перепродавать.
А вот если он в шапке поменяет логотип, поменяет цвета странички, но расположение блоков оставит как есть - это другой дизайн, даже если он похож.
Надо просто пообщаться с программером до заказа. 90% неадекватов отсеиваются прямым вопросом в лоб, т.к. поскольку первопричина данного явления ЧСВ - это же ЧСВ не позволяет неадеквату даже в предварительном разговоре предположить что он не будет распоряжаться кодом. Еще 50% можно отсеять найдя у пациента в портфолио похожий проект и спросив нельзя ли за пару недель сделать для Вас копию оного.
Сами-то в адеквате. Зачем кодить с нуля, когда есть готовое. Но если работодатель неадекват, можно и с нуля. Если хочет, то и на другом языке. Пусть у него будет уникальный код, им всегда можно подтереться.
Суть в том, что программисту достаточно посмотреть на конечный продукт и если это ПО сулит прибыльный бизнес, то он создаст аналог с нуля, даже не видя вашего кода. Да, потратит больше времени, чем если бы сделал копипаст. Но все что успешно, быстро множится.
Ну по умолчанию все-таки готовый продукт это как бы заказчику должно принадлежать
humbert, есть закон. И закон такое умолчание относительно самого продукта предусматривает только в том случае, если автор разработки является наёмным работником фирмы (или ИП), ведущей разработку - и то, права принадлежат не заказчику, а фирме (например, веб-студии, создавшей софт). Заказчику по умолчанию принадлежит только переданный ему материальный носитель с этим продуктом.