- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Несмотря на то, что MoMM уже замечательно все разрулил, позволю себе еще пару замечаний.
Поскольку авторского договора нет, то вопрос топикстартера, вообще говоря, перемещается из области юриспруденции в область морали. То бишь -- хороший, или плохой человек этот программист? хорошо или плохо он поступил?
Наверное, не очень хорошо, поскольку продал не исключительно "свои наработки", а результаты совместного с постановщиком задачи труда. И, по-хорошему ("по понятиям", так сказать), он должен был бы поделиться с со-разработчиком деньгами. Что, вообще говоря, еще не поздно сделать.
Далее.
Топикстартеру, как мне кажется, вовсе не стоит так радикально разрывать отношения с программистом. Во-первых, можно попытаться полюбовно согласовать и урегулировать финансовые взаимоотношения (в свете сказанного мною выше). Во-вторых, вовсе не поздно оформить авторский договор сейчас, дабы обезопасить себя в дальнейшем.
Nick Bubelo, Суть ведь не в деньгах совсем. А о дальнейших отношениях с этим человеком не может быть и речи, как с договором так и без договора. Он, можно сказать, обокрал меня. Украл у меня вещь и продал ее. Я расцениваю это так и никак иначе.
Наработки -функции,классы, библиотеки и т.д., а не готовые решения.
Накопленные знания - это не клиентская база.
Если вы передаёте клиентскую базу - то это не делает вам чести.
к примеру, уникальный скрипт идентификации машины пользователя не является готовым решением?
если я поступаю на работу в фирму по продаже водки, то я должен забыть всех клиентов со старой работы и искать новых оптовиков- покупателей?
накопленные знания-это такой же актив, как и клиентская база.
Для меня однозначно, программиста в топку. За такое надо хорошенько по голове давать. Почему программист считает по умолчанию что это его продукт? ТС кто тогда, бесплатный раздаватель идей? Интересно получается, mihas дал идею, оплатил работу програмиста и теперь продукт принадлежит программисту? Лажа какая-то получается. Вот если бы он хотя бы не оплачивал работу програмиста, тут еще был бы вопрос спорный. Програмист за свою работу получил деньги, и точка. Прав, с моральной точки зрения, он не имеет на этот продукт.
Почему программист считает по умолчанию что это его продукт?
А почему код принадлежит вам ?
В начале топика уже было вполне чёткое объяснение (не вижу причин раздувать топик на 100 страниц)
- ТЗ пренадлежит заказчику и брать его (без разрешения) аморально (если договор оговаривает авторские права тогда и незаконно)
- Код пренадлежит программеру и без вопросов, 2+2=4 и сколько бы вы не заплатили математику за решение этого примера никаким образом вы не имеете прав на этот продукт, всё равно 2+2 не будет равно не 3 и не 5 не зависимо от того сколько вы заплатили за цифру "4"
Сколько бы ты не программировал, всё равно есть наработки, которые мигрируют из проекта в проект. От этого ни куда не деться и ничего плохого в этом нет.
Формально программист прав, но фактически то, что проект был слизан один в один, безусловно свинство. И характезирует отношение программиста к своей работе. Но заказчик также виноват, что не предусмотрел подобное развитие событий изначально.
Пояснение заказчикам которые уверены что идеи появляются только у них, у толкового программиста всегда навалом своих идей, многие проекты пишутся без заказов для предложения публике, появление заказа обычно только передвигает идею в начало очереди для выполнения, а согласование задачи с заказчиком это не выманивание идей а изучение спроса публики.
Пояснение сразу всем заказчикам которые уверены что идеи приходят только к ним, у толкового программиста всегда навалом своих идей,
Которые один в один совпадают с идеями заказчика?
2+2=4
первая 2 -это идея
вторая 2 -это воплощение
4 -это готовый продукт.
с логической точки зрения 4-это следствие, а 2 двойки-это причина.
функция сложения является функцией от времени в ИСО, как и любая другая функция.
Образование суммы есть новая сущность, на временной оси стоящий правее аргументов функции.
Права на конечный продукт по умолчанию 1 раз (без дополнительного соглашения о коэффициенте участия распределяются согласно количеству вложенного), принадлежат обоим игрокам (здесь в равных долях 2=2).
Один получил деньги за реализацию 1 раз, другой получил деньги от продажи продукта 1 раз.
На этом все и закончилось для ИСО.
"Украл у меня вещь и продал ее. Я расцениваю это так и никак иначе."
не правильно, он НЕ украл у вас часть прибыли, которая по праву принадлежит вам, потому что система отсчета, в которой вы на нее можете претендовать ИНЕРЦИАЛЬНА. Т.е. вы совершили операцию 1 раз. Конечный продукт принадлежал вам ТОЛЬКО 1 раз.
Для того, чтобы продукт принадлежал вам много раз, необходимо перейти в НСО, т.е. ЗАПОМНИТЬ результаты операции 2+2=4 в вашей НСО (сохранить проект на винте), а чтобы результат сохранился один и тот же для вас обоих, вам следует объединить их одной ОБЩЕЙ для обоих НСО (грубо говоря винт должен принадлежать вам обоим). Это делается договором, фиксинг.
На самом деле, договор это с точки зрения ЛОГИКИ операция, необходимая для того, чтобы сохранить результаты проделанных трудов.
сделать продукт, это одно дело, а другое дело продать продукт, это тоже работа и ее следует учитывать при дележе полученных средств (в случае наличия договора).
В противном случае, результаты труда сохраняются в выделенной НСО бывшего партнера, к которой вы отношения НЕ имеете и претендовать на свою долю ЛОГИЧЕСКИ права тоже не имеете.
Если у вас есть договор на создание, то вам следует дополнить его пунктом, касающегося вторичной продажи продукта и оценивать затраты на рекламу каждой стороной, соответственно коэффициенту участия получать прибыль с последующих продаж.
Если вы не указали этот пункт и не приложили никаких усилий к продаже, ваш коэффициент участия 0, следовательно, по умолчанию, вам не принадлежит НИЧЕГО с этой продажи.
Думать, что вам принадлежит по умолчанию половина, НЕ правильно логически, это другая инерциальная система отсчета.
Если вы хотите получать что-то и ничего не делать, вам следует в пункте договора так и писать:
"От каждой продажи продукта, хочу получать столько то процентов." при этом по умолчанию подразумевается, что вы ничего делать не собираетесь.
Сколько бы ты не программировал, всё равно есть наработки, которые мигрируют из проекта в проект. От этого ни куда не деться и ничего плохого в этом нет.
одно дело наработки - куски кода, модули, то сё, другое дело весь скрипт с интерфейсом вплоть до текстов написанных заказчиком. программер вор и это бесспорно.