Comments 19
ЗП — это вознаграждение за выполнение твоих служебных обязанностей.
Авторское вознаграждение — отдельный документ, за пользование интеллектуальной собственности автора(программа для ЭВМ, литературные произведения и т.п.).
Человек может и не работать на кого-то после написания служебного произведения, уволиться, и, как ни странно, получать авторское вознаграждение, а зп — нет.
Если интересно, можете взглянуть комментарий(мой) по ссылке, в нем чуть подробнее про это дело.
Например, я работаю программистом. Моя компания очень хочет знать чем я занимаюсь в свободное время, что бы понять если я вдруг создаю конкуренцию.
Я говорю, что я учу детей программированию (как одно из увлечений). Программирование на работе и тоже самое вне работы — конкуренция вроде по их критериям, но мне говорят, что это ерунда и с такими мелочами вообще не надо приставать.
С кодом вообще можно получить вывих мозга на ровном месте. Например, у меня есть много «чернового» кода, который я часто использую в разных проектах. Были моменты, когда я какие-то части использовал в проекте на работе.
А потом мне достаточно чётко объясняют, что если код совпадает, то компания им владеет. Без вариантов. А если я использовал код из какого-то открытого проекта с MIT лицензией? Ведь теперь этот чужой проект не принадлежит моему работодателю. Получаю ответ типа «иди отсюда, мальчик. в суде решим если надо».
А мне ведь надо до суда.
Так зарелизьте его на гитхабе под MIT до использования в проекте. Потом просто используете как внешнюю либу, которая случайно оказалось вашей. Даты все сохраняются же — проект написан позже либы, значит все норм. Единственное, если такие отношения с работодателем, то лучше не комитить в либу в рабочее время. На нее права они не поимеют, но смогут доказать, что вы в рабочее время не работали.
Потом просто используете как внешнюю либу, которая случайно оказалось вашей
Далеко не всегда разработчик может подключать внешние либы по собственному желанию. А если это будет согласовываться с тим лидом, он может сильно "удивиться" от либы с вашим авторством, решающей текущую задачу. Вплоть до вашего увольнения.
Даты все сохраняются же — проект написан позже либы, значит все норм.
Тут все сложно, вам выдали ТЗ, вы написали либу и использовали в её проекте. В принципе работодатель может попытаться доказать, что в реальности вы написали этот код для него, но использовали open-source для "кражи" кода, так как ТЗ было раньше чем код. А учитывая что ТЗ может быть вообще устным доказать что выдача ТЗ была позже того как написали код — сложно. Нет, если либа менялась последний раз пару лет до проекта (и вообще работы на этого работодателя) — то проблемы вряд ли будут, а вот если код либы менялся во время работы на текущего работодателя — все сложно.
В целом, лучше использовать правило "все что делается для себя не использовать на работе и наоборот", идеи можно использовать, но не копировать и не использовать сам код. Получается двойная работа, но это лучше чем проблемы с лицензиями.
Щито? С каких это пор вынос отчуждаемых задач в библиотеки удивляет тимлидов? Нормальный тимлид вам премию выпишет
Речь шла не выносе задач в библиотеку, а о том что библиотека бег согласования оказывается в Open source. Приведу пример чтобы было понятно вы замутили стартап по поиску и бронированию авиабилетов аля авиоселз и т.п. и дали разработчику задание модуля интеграции с разными авиакомпаниями, а он выложил этот модуль на гитхаб под мит лицензией, а в вашем приложение сделал только вызов этой библиотеки, которую теперь сможет использовать любой ваш конкурент. У вас не возникнет вопроса какого х… лешего я должен это оплачивать?
Это можно, но… не знаю, мне это не очень нравится (ИМХО): ни в портфолио работу не запишешь, ни удовольствие от вклада в опенсорс от своего имени, да и вообще такое заметание следов заставляет чувствовать себя настоящим преступником. Опять-таки если в суде докажут что это все-таки ваша разработка, это будет изрядным доводом не в вашу пользу.
ИМХО все-таки на мой взгляд лучше разделять мух и котлеты (в смысле свои личные и рабочие проекты).
Многие контракты либо не запрещают совсем, либо, как у меня, вводят ограничения только после определённой планки заработка.
Вспомнилась "Кремниевая долина"))
Такая неоднозначность оказывает достаточный успокаивающий эффект на сотрудника, который работает в свободное время. Этот тот эффект, который полностью соответствует целям и задачам работодателя: сотрудник больше не думает о сторонних проектах
Имхо, перевод «успокаивающий эффект» не соответствует тому, что подразумевал автор. В оригинале было chilling effect. То есть смысл не в том, что неодназначность успокаивает сотрудника, а в том, что она «охлаждает» его желание работать над сторонними проектами. «Chill» вообще может употребляться в значении «приводить в состояние уныния/апатии».
Ну ни фига же себе "свободный выбор" получается.
Продающий труд продает и волю, а свобода это рабство.
Такая неоднозначность достаточно охлаждает сотрудника.
С точностью до наоборот — стимулирует обходить этот гадюшник десятой дорогой, или покинуть при первой же возможности, если другого выбора сейчас нет.
Проблема авторского права в случае обычного приложения весьма размыта — можно переписать код, и он будет делать то же, но выглядеть по другому.
Напрмер, использовать два разных языка, или два разных фреймворка, или два разных дизайна
Это имеет смысл. если разрабатывется некий алгоритм обработки, который и является целью разработки вплоть до патентования как технологии.
В таких случаях я обычно заключал NDA-соглашение
В трудовом договоре обычно прописано о переходе имущественных прав созданное произведение, с указанием при каких условиях оно создано.: «всё что создается по поручению работодателя и при выполнении должностных обязанностей». В контракте на заказную разработку явно указывается о передаче имущественных прав.
Таким образом все регламентируется и вполне прозрачно.
Сторонние проекты разработчика