Об авторе. Джоэл Спольски — сооснователь Trello и Fog Creek Software, исполнительный директор Stack Overflow.
Почти 100% разработчиков, трудящихся по найму, в конце концов подписывают в какой-то форме «соглашение о праве собственности на изобретения», но почти все они неправильно понимают его суть. Большинство думают, что сделанное на работе принадлежит работодателю, а сделанное дома или в свободное от работы время принадлежит им. Это достаточно опасное заблуждение.
Рассмотрим такой вопрос: если вы программист, который работает на компанию-разработчика программного обеспечения, то принадлежит ли компании то, что вы пишете в свободное время?
Сразу оговорюсь: будьте осторожны, слушая юридические советы из интернета. Я вижу достаточно много неправильной информации, которая может принести вам проблемы. Читатели за пределами США также должны понимать, что законы и юридическая практика в их стране могут кардинально отличаться.
Чтобы ответить на этот вопрос, нужно учесть три ключевых фактора.
1. В каком штате (стране) вы работаете?
Некоторые законы отличаются от штата к штату, и могут даже перевешивать специфические контракты.
2. Что сказано в вашем контракте с работодателем?
Обычно в США суды снисходительно относятся к тому, что люди подписывают любые виды контрактов, какие хотят, но иногда законы штата явно говорят, что «если вы подписываете такой и такой контракт, то закон имеет бóльшую силу».
3. Вы подрядчик или сотрудник? В США вас могут нанять двумя способами, и закон разный в каждом случае.
Но прежде чем я могу хотя бы начать объяснять эти проблемы, нужно сделать отступление.
Представьте, что вы открыли софтверную компанию. Вам нужен разработчик. Так что вы нанимаете Сару с соседней улицы и заключаете соглашение, по которому платите ей $20 в час, а она пишет код для вашего программного продукта, и всё хорошо. Правильно?
Ну… может быть. В США, если вы наняли Сару в качестве подрядчика, то она сохранит копирайт на свою работу. Это немного странно, потому что вы можете сказать: «Я же заплатил ей за это». Звучит странно, но таким образом по умолчанию работает законодательство об авторском и смежных правах. На самом деле, если вы пригласите фотографа на свою свадьбу, то вам будут принадлежать полученные копии фотографий, но фотограф по-прежнему сохранит копирайт и юридическую монополию на изготовление дополнительных копий на эти снимки. Сюрприз! То же самое относится к программному коду.
Каждая софтверная компания хочет получить копирайт на код, который её сотрудники пишут для неё, так что ни одна компания не примет способ работы закона «по умолчанию». Вот почему все софтверные компании под хорошим управлением требуют как минимум от всех разработчиков подписания соглашения, которое как минимум говорит, что:
Это условие может значиться в контракте или в отдельном «Соглашении о праве собственности на изобретения» (Proprietary Invention Assignment). Оно часто выражается с использованием юридической фразы «авторское право на служебные произведения» (work for hire), что означает «мы решили, что копирайт будет принадлежать компании, а не сотруднику».
Мы пока ничего не говорили о работе в свободное время. Теперь предположим, что у вас маленькая игровая компания. Вместо разработки программного обеспечения вы каждый месяц выдаёте три или четыре хитроумные игры. Вы не можете сами изобрести все игры. Поэтому вы идёте и нанимаете геймдизайнера для этого. Вы собираетесь платить ему $6000 за изобретение новых игр. Эти игры будут хитроумными и инновационными. Их можно запатентовать. Для вас как компании важно обладать патентами на эти игры.
Ваш геймдизайнер работает один год и изобретает 7 игр. В конце года он подаёт на вас в суд и заявляет, что ему принадлежат права на 4 из них, потому что эти конкретные игры были изобретены между 17:00 и 19:00 часами, когда он был не на работе.
Упс. Это не то, что вы имели в виду. Вы хотели заплатить её за все игры, которые он изобретёт, и вы понимаете, что реальный процесс изобретения, за который вы платите, может происходить в любое время… в рабочие дни, выходные, в офисе, дома, в душе, во время восхождения на гору в отпуске.
Так что перед тем, как нанять этого разработчика, вы говорите: «Слушай, я знаю, что изобретения игр происходят непрерывно, и невозможно доказать, что ты изобрёл что-то именно сидя в кресле в офисе, который предоставила фирма. Я хочу купить не только твои изобретения с 9:00 до 17:00, но и все остальные, и предлагаю тебе привлекательную зарплату, чтобы получить их все». И он соглашается на это, так что теперь вы хотите подписать некое соглашение, которое говорит, что все его изобретения во время работы на фирме принадлежат компании.
Так происходит по умолчанию. Это стандартный рабочий контракт для разработчиков, изобретателей и исследователей.
Даже если компания решит «О господи, да не нужны нам изобретения с 17:00 до 9:00», у неё вскоре возникнут неприятности. Потому что она может попробовать получить инвестиции, а инвестор скажет: «Докажите, что вас не засудит какой-нибудь недовольный бывший сотрудник, который заявит о том, что он изобрёл то, что вы продаёте». Компания хочет иметь возможность достать список всех нынешних и бывших сотрудников — и показать контракт от каждого из них, где тот передаёт изобретения компании. Это предполагается как часть юридической экспертизы абсолютно во всех сделках по финансированию, слиянию или приобретению в секторе высоких технологий. Так что если софтверная компания беззаботно относится к передаче копирайта, то у неё возникнут проблемы при получении финансирования или при слиянии, или при поглощении, и тот ОДИН ПАРЕНЬ, который не подписал соглашение в 1998 году, будет настоящим идиотом, если подпишет его сегодня, потому что он прекрасно знает, что в его руках сделка на $350 000 000, и он может требовать большие деньги за свою подпись.
Так что… любая софтверная компания пытается получить права на всё, что делают сотрудники. (Она не обязательно настаивает на этом в случае сторонних любительских проектов, но на бумаге, вероятно, может).
Разработчики программного обеспечения, как вы можете понять из обсуждений, недовольны таким положением вещей. Они всегда воображали, что могут сидеть ночью в своей комнате за собственным компьютером и писать собственный код для собственных целей — и владеть всеми правами и патентами. Так же думают законодатели в некоторых штатах (вроде Калифорнии), но не в других (не в Нью-Йорке, например). В этих штатах обычно действует законодательство, в котором сказано что-то вроде такого:
Поскольку это закон Калифорнии, то этот конкретный пункт является частью стандартного контракта Nolo и почти всех стандартных контрактов, которые юридические фирмы Калифорнии готовят для своих клиентов из числа софтверных компаний, так что у программистов по всей стране могут быть такие же контракты, даже если в законодательстве их штата нет такой нормы.
Посмотрим на формулировку более внимательно.
В собственное время. Легко определить, я полагаю.
На собственном оборудовании. Тривиально определяется.
Не имеет отношения к направлению работы вашего работодателя. Хм, погодите. Что имеется в виду под «имеет отношение»? Если мой работодатель Google, они делают всё. Они делали чёртовы ВОЗДУШНЫЕ ШАРЫ с интернет-маршрутизаторами внутри. Воздушные шары имеют отношение? Очевидно, что поисковые системы, почта, веб-приложения и реклама имеют отношение к направлению работы Google. Хм-м-м.
Ладно, пусть мой работодатель — маленькая компания, которая разрабатывает программное обеспечение для юридической отрасли. Будет ли бухгалтерский софт «иметь отношение»?
Я не знаю. Это довольно большая неоднозначность, и с ней вы когда-нибудь можете столкнуться. Вероятно, всё будет зависеть от судьи или жюри присяжных.
Судья (или жюри) вероятно будут благосклонны к бедному сотруднику, которому противостоит Большой Плохой Google, но вам не стоит зависеть от их личного мнения.
Такая неоднозначность достаточно охлаждает сотрудника, который работает в свободное время. Этот тот эффект, который полностью соответствует целям и задачам работодателя: сотрудник больше не думает о сторонних проектах, которые когда-нибудь могут превратиться в бизнес, а работодатель получает хорошего, свежего сотрудника, который приходит утром на работу, потратив весь предыдущий вечер на просмотр ТВ.
Так что… отвечая на вопрос. Вряд ли есть существенная разница между законодательством и контрактами, которые вы подписываете в различных компаниях США как разработчик. Всем компаниям нужно купить ваш копирайт и патенты без необходимости доказывать, что они созданы «в рабочее время», так что все они постараются сделать это, если только нерадивая компания не забыла подготовить соответствующие контракты. Если такого контракта нет, то компания, вероятно, очень плохо управляется, и это ещё одна причина не работать в ней.
Единственная разница в позиции менеджмента — то, как они захотят воспользоваться своими правами в рамках контракта. Это может принимать разные формы, например:
Всё может зависеть от того, с кем вы говорите, кто у власти в данный конкретный момент, спите вы с боссом или нет. В основном, вы сами по себе: единственный способ получить независимость — это стать независимым. Быть сотрудником в высокотехнологической компании, которая выпускает интеллектуальный продукт, означает, что вы решили продавать свою интеллектуальную выдачу. Может это нормально, может нет, но это свободный выбор.
Почти 100% разработчиков, трудящихся по найму, в конце концов подписывают в какой-то форме «соглашение о праве собственности на изобретения», но почти все они неправильно понимают его суть. Большинство думают, что сделанное на работе принадлежит работодателю, а сделанное дома или в свободное от работы время принадлежит им. Это достаточно опасное заблуждение.
Рассмотрим такой вопрос: если вы программист, который работает на компанию-разработчика программного обеспечения, то принадлежит ли компании то, что вы пишете в свободное время?
Сразу оговорюсь: будьте осторожны, слушая юридические советы из интернета. Я вижу достаточно много неправильной информации, которая может принести вам проблемы. Читатели за пределами США также должны понимать, что законы и юридическая практика в их стране могут кардинально отличаться.
Чтобы ответить на этот вопрос, нужно учесть три ключевых фактора.1. В каком штате (стране) вы работаете?
Некоторые законы отличаются от штата к штату, и могут даже перевешивать специфические контракты.
2. Что сказано в вашем контракте с работодателем?
Обычно в США суды снисходительно относятся к тому, что люди подписывают любые виды контрактов, какие хотят, но иногда законы штата явно говорят, что «если вы подписываете такой и такой контракт, то закон имеет бóльшую силу».
3. Вы подрядчик или сотрудник? В США вас могут нанять двумя способами, и закон разный в каждом случае.
Но прежде чем я могу хотя бы начать объяснять эти проблемы, нужно сделать отступление.
Представьте, что вы открыли софтверную компанию. Вам нужен разработчик. Так что вы нанимаете Сару с соседней улицы и заключаете соглашение, по которому платите ей $20 в час, а она пишет код для вашего программного продукта, и всё хорошо. Правильно?
Ну… может быть. В США, если вы наняли Сару в качестве подрядчика, то она сохранит копирайт на свою работу. Это немного странно, потому что вы можете сказать: «Я же заплатил ей за это». Звучит странно, но таким образом по умолчанию работает законодательство об авторском и смежных правах. На самом деле, если вы пригласите фотографа на свою свадьбу, то вам будут принадлежать полученные копии фотографий, но фотограф по-прежнему сохранит копирайт и юридическую монополию на изготовление дополнительных копий на эти снимки. Сюрприз! То же самое относится к программному коду.
Каждая софтверная компания хочет получить копирайт на код, который её сотрудники пишут для неё, так что ни одна компания не примет способ работы закона «по умолчанию». Вот почему все софтверные компании под хорошим управлением требуют как минимум от всех разработчиков подписания соглашения, которое как минимум говорит, что:
- в обмен на получения зарплаты,
- разработчик соглашается «назначить» (передать) копирайт компании.
Это условие может значиться в контракте или в отдельном «Соглашении о праве собственности на изобретения» (Proprietary Invention Assignment). Оно часто выражается с использованием юридической фразы «авторское право на служебные произведения» (work for hire), что означает «мы решили, что копирайт будет принадлежать компании, а не сотруднику».
Мы пока ничего не говорили о работе в свободное время. Теперь предположим, что у вас маленькая игровая компания. Вместо разработки программного обеспечения вы каждый месяц выдаёте три или четыре хитроумные игры. Вы не можете сами изобрести все игры. Поэтому вы идёте и нанимаете геймдизайнера для этого. Вы собираетесь платить ему $6000 за изобретение новых игр. Эти игры будут хитроумными и инновационными. Их можно запатентовать. Для вас как компании важно обладать патентами на эти игры.
Ваш геймдизайнер работает один год и изобретает 7 игр. В конце года он подаёт на вас в суд и заявляет, что ему принадлежат права на 4 из них, потому что эти конкретные игры были изобретены между 17:00 и 19:00 часами, когда он был не на работе.
Упс. Это не то, что вы имели в виду. Вы хотели заплатить её за все игры, которые он изобретёт, и вы понимаете, что реальный процесс изобретения, за который вы платите, может происходить в любое время… в рабочие дни, выходные, в офисе, дома, в душе, во время восхождения на гору в отпуске.
Так что перед тем, как нанять этого разработчика, вы говорите: «Слушай, я знаю, что изобретения игр происходят непрерывно, и невозможно доказать, что ты изобрёл что-то именно сидя в кресле в офисе, который предоставила фирма. Я хочу купить не только твои изобретения с 9:00 до 17:00, но и все остальные, и предлагаю тебе привлекательную зарплату, чтобы получить их все». И он соглашается на это, так что теперь вы хотите подписать некое соглашение, которое говорит, что все его изобретения во время работы на фирме принадлежат компании.
Так происходит по умолчанию. Это стандартный рабочий контракт для разработчиков, изобретателей и исследователей.
Даже если компания решит «О господи, да не нужны нам изобретения с 17:00 до 9:00», у неё вскоре возникнут неприятности. Потому что она может попробовать получить инвестиции, а инвестор скажет: «Докажите, что вас не засудит какой-нибудь недовольный бывший сотрудник, который заявит о том, что он изобрёл то, что вы продаёте». Компания хочет иметь возможность достать список всех нынешних и бывших сотрудников — и показать контракт от каждого из них, где тот передаёт изобретения компании. Это предполагается как часть юридической экспертизы абсолютно во всех сделках по финансированию, слиянию или приобретению в секторе высоких технологий. Так что если софтверная компания беззаботно относится к передаче копирайта, то у неё возникнут проблемы при получении финансирования или при слиянии, или при поглощении, и тот ОДИН ПАРЕНЬ, который не подписал соглашение в 1998 году, будет настоящим идиотом, если подпишет его сегодня, потому что он прекрасно знает, что в его руках сделка на $350 000 000, и он может требовать большие деньги за свою подпись.
Так что… любая софтверная компания пытается получить права на всё, что делают сотрудники. (Она не обязательно настаивает на этом в случае сторонних любительских проектов, но на бумаге, вероятно, может).
Разработчики программного обеспечения, как вы можете понять из обсуждений, недовольны таким положением вещей. Они всегда воображали, что могут сидеть ночью в своей комнате за собственным компьютером и писать собственный код для собственных целей — и владеть всеми правами и патентами. Так же думают законодатели в некоторых штатах (вроде Калифорнии), но не в других (не в Нью-Йорке, например). В этих штатах обычно действует законодательство, в котором сказано что-то вроде такого:
Всё, что вы делаете в собственное время на собственном оборудовании, что не имеет отношения к направлению работы вашего работодателя, принадлежит вам, даже если в контракте указаны иные условия.
Поскольку это закон Калифорнии, то этот конкретный пункт является частью стандартного контракта Nolo и почти всех стандартных контрактов, которые юридические фирмы Калифорнии готовят для своих клиентов из числа софтверных компаний, так что у программистов по всей стране могут быть такие же контракты, даже если в законодательстве их штата нет такой нормы.
Посмотрим на формулировку более внимательно.
В собственное время. Легко определить, я полагаю.
На собственном оборудовании. Тривиально определяется.
Не имеет отношения к направлению работы вашего работодателя. Хм, погодите. Что имеется в виду под «имеет отношение»? Если мой работодатель Google, они делают всё. Они делали чёртовы ВОЗДУШНЫЕ ШАРЫ с интернет-маршрутизаторами внутри. Воздушные шары имеют отношение? Очевидно, что поисковые системы, почта, веб-приложения и реклама имеют отношение к направлению работы Google. Хм-м-м.
Ладно, пусть мой работодатель — маленькая компания, которая разрабатывает программное обеспечение для юридической отрасли. Будет ли бухгалтерский софт «иметь отношение»?Я не знаю. Это довольно большая неоднозначность, и с ней вы когда-нибудь можете столкнуться. Вероятно, всё будет зависеть от судьи или жюри присяжных.
Судья (или жюри) вероятно будут благосклонны к бедному сотруднику, которому противостоит Большой Плохой Google, но вам не стоит зависеть от их личного мнения.
Такая неоднозначность достаточно охлаждает сотрудника, который работает в свободное время. Этот тот эффект, который полностью соответствует целям и задачам работодателя: сотрудник больше не думает о сторонних проектах, которые когда-нибудь могут превратиться в бизнес, а работодатель получает хорошего, свежего сотрудника, который приходит утром на работу, потратив весь предыдущий вечер на просмотр ТВ.
Так что… отвечая на вопрос. Вряд ли есть существенная разница между законодательством и контрактами, которые вы подписываете в различных компаниях США как разработчик. Всем компаниям нужно купить ваш копирайт и патенты без необходимости доказывать, что они созданы «в рабочее время», так что все они постараются сделать это, если только нерадивая компания не забыла подготовить соответствующие контракты. Если такого контракта нет, то компания, вероятно, очень плохо управляется, и это ещё одна причина не работать в ней.
Единственная разница в позиции менеджмента — то, как они захотят воспользоваться своими правами в рамках контракта. Это может принимать разные формы, например:
- Мы любим сторонние проекты. Получайте удовольствие!
- Мы не очень любим сторонние проекты. Вам следует думать о своей работе.
- Мы любим сторонние проекты. Мы любим их настолько сильно, что хотим владеть ими и продавать их!
- Нам как-то всё равно. Если ты кинешь нас, мы найдём способы тебя достать. Если ты уволишься и станешь конкурентом или даже наполовину конкурентом, мы используем этот контракт, чтобы поставить тебя на колени. НО, если ты нас не кинешь и будешь преданно работать на нас, мы отвернёмся и не заметим, что твоё приложение для iPhone начало приносить $40 000 в месяц.
Всё может зависеть от того, с кем вы говорите, кто у власти в данный конкретный момент, спите вы с боссом или нет. В основном, вы сами по себе: единственный способ получить независимость — это стать независимым. Быть сотрудником в высокотехнологической компании, которая выпускает интеллектуальный продукт, означает, что вы решили продавать свою интеллектуальную выдачу. Может это нормально, может нет, но это свободный выбор.
