Разработка программного обеспечения и последующий ад IP
Сегодня я увидел статью о договоренности Github об IP с его разработчиками программного обеспечения. Он стал суперпопулярным на HN и не зря: законы об интеллектуальной собственности - ад для разработчиков программного обеспечения.
Если вы новый разработчик, хотите заняться этим или просто хотите услышать кошмарную историю, следите за обновлениями.
Что такое IP и почему нас это должно волновать?
Прежде чем мы перейдем к сути моего рассказа, давайте определимся с некоторыми вещами. IP означает интеллектуальную собственность. Простой способ взглянуть на ИС с точки зрения развития:
›Любой процесс, алгоритм или уникальный код, созданный разработчиком.
Компания платит разработчику за создание уникального кода, алгоритмов и процессов, а затем сохраняет права на этот код или что-то еще. Это имеет смысл. Кто-то просит вас создать приложение, они платят вам за это и обладают исключительными правами на это приложение.
Часто возникает вопрос о том, на что распространяются эти права интеллектуальной собственности:
- Владеет ли компания интеллектуальной собственностью проектов, над которыми вы работали, но не были назначены?
- Владеет ли компания вашим IP, если вы работали над ним в рабочее время?
- Владеет ли компания вашей интеллектуальной собственностью, если вы работали над ней на корпоративном оборудовании?
Дальше все становится немного сложнее, потому что есть много промежуточных ситуаций, таких как:
- Если вы используете собственное оборудование для работы, сохраняет ли компания права интеллектуальной собственности в нерабочее время или, возможно, даже в часы?
- Если у вас возникла идея чего-то во время работы, сохраняет ли компания права интеллектуальной собственности или отдельное лицо?
- Что, если вы что-то разработаете во время обеденного перерыва?
- Что делать, если у вас гибкий график? Можете ли вы «сделать перерыв» в работе и поработать над собственным IP?
- Что, если ваш IP вдохновлен вашей работой? или связанные с этим?
- Что, если бы ваш IP мог принести большую пользу компании?
Моя история
Одна из моих первых работ была настоящим кошмаром. Я упоминаю об этом почти во всех своих статьях, связанных с технологиями. Это была работа в маркетинговой компании, и я работал разработчиком WP. Для меня, как единственного технического специалиста, сидящего в комнате, полной нетехнических людей, преодоление разрыва было кошмаром.
IP определенно был большим пробелом. У основателей компании не было проблем с собственными IP-адресами. Они владели долей в компании, и поэтому все, что они делали, было посвящено компании. Другие сотрудники на самом деле не занимались вопросами интеллектуальной собственности (скорее, такими вещами, как управление клиентами, которые, я уверен, могут оказаться весьма непростыми).
Когда я только начал работать, в контракте было оговорено, что в свободное время мне разрешено работать на фрилансе. Работа оплачивалась хорошо, но компания разыскивала меня, и у меня все еще висело несколько контрактов, которые я должен был выполнить. Они согласились, я расписался, и через неделю работа началась.
›В моем контракте было оговорено, что в свободное время мне разрешено работать на фрилансе.
Я по-прежнему следю за тем, чтобы контракты не оговаривали, что я не могу получать доход в другом месте. У меня есть несколько друзей, у которых есть эта проблема, и они упускают множество возможностей, которые могут даже не иметь отношения к работе.
Примерно через полгода работы мы достигли «контрольной точки». На этом этапе я должен был получить многое из того, что мне обещали, когда я присоединился:
- наемник для управления и распределения (тяжелой) рабочей нагрузки
- здравоохранение
- преобразование контракта в W2
- больше ВОМ
- более высокая оплата
Мне представили контракт. 4/5 заданий остались невыполненными. Компания не выросла настолько, чтобы нанять кого-то еще… но работа значительно увеличилась. Оказывается, компания никогда не настраивалась на W2, и все работали по контракту… так что никакого здравоохранения тоже. Компания не могла позволить себе повышение зарплаты ни мне, ни кому-либо еще, включая учредителей.
Но они могли увеличить мой ВОМ с 7 до 10 дней.
Я решил последовать совету жены и на выходных подробно изучил контракт и обнаружил несколько поразительных деталей. Первый - это претензия на любую интеллектуальную собственность, которую я могу предъявить во время работы, в рабочее время или в нерабочее время с использованием или неиспользованием оборудования компании. Он распространился намного дальше и охватил ЛЮБУЮ ИС в ЛЮБОЙ отрасли / области.
Вы правильно прочитали
›Компания хотела заявить права на любую технологию или творческую работу, которую я выполнял.
В свободное время я много месяцев упорно работал над шаблонной темой Wordpress. Я хотел создать идеальную тему для фриланса, моего личного сайта и тому подобного. Я много узнал о Wordpress за эти месяцы, но также и о LESS CSS и некоторых других технологиях. Я создал подключаемые модули для темы и добавил поддержку нескольких фреймворков CSS, если я захочу использовать один из них.
Я вложил в это много тяжелой работы. Я не мог представить, чтобы компания просто забрала это у меня.
Прочитав контракт, я пошел поговорить со своим боссом.
Разговор
Мы вошли в вестибюль нашего дома, сели на пару удобных диванчиков и начали разговаривать. Обратите внимание, что я перефразирую, но определенно не меняю значения слов. Это не преувеличение.
Я спросил его об этом пункте и о том, как он будет связан с моей темой Wordpress, которую я разрабатываю в частном порядке.
›Вы использовали опыт своей работы. Мы ДОЛЖНЫ иметь право на его использование. Я имею в виду, вы можете себе представить? Вы получаете весь этот опыт от работы, которую мы вам даем, и используете этот опыт. Что, если бы мы хотели открыть магазин тем Wordpress на основе этого шаблона? У нас есть право на эту тему, даже если вы не работали над ней в офисе.
Я опешил. Я попытался уточнить:
Даже когда я не на часах? Даже с моим собственным оборудованием?
"Да."
Я начал чувствовать себя немного некомфортно, но мне пришлось копать глубже. Это была одна из моих первых работ, поэтому я чувствовал себя немного не в своей тарелке и не знал, как подойти к ней напрямую.
Раньше я вел технический блог, который мне очень нравился. Он включал в себя учебные пособия, образцы кода и множество других вещей. Я спросил о правах на это.
›Мы оставляем за собой право, но, скорее всего, не воспользуемся им, если это не принесет реальной пользы компании. Я просто не думаю, что это произойдет в ближайшем будущем.
Письмо для меня так же важно, как и программирование. Фактически, письмо помогло мне научиться программировать. В тот момент я знал, что не подпишу его, но прежде чем перейти к другим своим вопросам и ответам, я упомянул, что пишу научно-фантастическую книгу, и есть ли у них на это права.
›Да, это подпадает под действие пункта об интеллектуальной собственности, но зачем нам ваша научно-фантастическая книга?
Я работал над этим романом достаточно долго и усердно, чтобы понимать, что бросить курить - мой единственный выход, если я не смогу изменить условия контракта.
Я решил спросить об условиях фриланса, которые присутствовали в моем первоначальном контракте, но явно отсутствовали в новом.
›Вы не должны тратить энергию на кого-либо еще. Если вы работаете, вы должны работать над нашими проектами. Вы тратите умственную энергию на другую работу. Если вы можете работать фрилансером сверхурочно, вы наверняка можете работать сверхурочно для этой работы.
Итак… я решил поспорить с ним. Как они могли оправдать такой охват? Совершенно несправедливо отдавать что-либо и все, над чем я работал, пока работал с ними. Фактически, такая политика просто помешала бы мне делать что-либо творческое в своей жизни.
›Это отраслевой стандарт. Как вы думаете, позволяет ли Google своим сотрудникам сохранять права на то, что они делают? Конечно, нет, это их обанкротит. А Facebook? Или любые другие технологические компании в этом отношении.
Я до сих пор содрогаюсь от этого разговора. В конце концов я попытался внести изменения в контракт, что означало, что контракт вернулся к занятому юристу, которому недоплачивали, которому потребовался месяц, чтобы вернуться без каких-либо уступок.
Я написал и распечатал свое заявление об увольнении, но меня уволили за два дня до его подачи. Частично это был мой отказ подписать новый контракт, но между мной и остальной компанией были и другие проблемы. Я получил недельное «выходное пособие», которое меня устроило.
Неконкурентные
Прежде чем я продолжу и скажу вам, ПОЧЕМУ эта политика была ужасной и почему Github заслуживает аплодисментов со стороны инженеров со всего мира, позвольте мне рассказать вам еще об одной спорной теме: отсутствие конкуренции.
В контракте был пункт, в котором указывалось, что я не могу работать на конкурента в течение следующих двух лет. Каково определение конкурента?
- бизнес, работающий в сфере технологий, маркетинга и продаж
- бизнес, работающий в сфере, в которой [компания] может рискнуть во время неконкурентной
- бизнес, работающий в пределах 40 миль от компании
Ага. Я вернулся к своему менеджеру и спросил, как они думают, черт возьми. Согласно этим правилам, я не могу работать где угодно в городе практически ни в одной компании. На что он пожал плечами и сказал:
›Что ж, это довольно большой город! В любом случае, это отраслевой стандарт. Вы найдете такой же пункт в Google.
Мне действительно интересно, откуда он взял всю эту внутреннюю информацию о контрактах инженеров Google.
Тем не менее, он даже упомянул, что это, вероятно, «не имеет исковой силы». Когда я попросил их удалить его, если это не имеет исковой силы, он сказал мне, что они не хотят платить дополнительные гонорары адвокатам за изменения.
Почему это отстой: для разработчика и для компании
Это должно быть очевидно, но я думаю, что это не так.
Для разработчика наличие прав на свои собственные материалы побуждает вас учиться, исследовать и совершенствоваться в том, что вы делаете. Я регулярно создаю небольшие приложения, веб-сайты и т. Д., И благодаря этому я изучаю новые технологии и новые способы работы.
За последние несколько лет я заметил, насколько это влияет на мою дневную работу. Я подобрал кучу разных фреймворков, и они научили меня новым шаблонам проектирования, с которыми я не был знаком. И каждый раз я мог использовать эти знания непосредственно в работе. Иногда можно сэкономить дни или недели на принятие решений, отладку или рефакторинг. И это не преувеличение.
Наличие приложений, которые я делаю, побуждает меня создавать их. Я могу создавать их о чем угодно, и я могу этим гордиться. Потеря прав на него означает, что я теряю собственность и личные вложения. Это означает, что я теряю страсть к тому, что делаю. Одна из радостей программирования чего-то действительно крутого - это чувство «Я сделал это!» и гордиться тем, что ты делаешь.
Все это не только делает меня лучшим разработчиком, но и помогает компаниям. У них появляются лучшие разработчики.
