Здесь есть два реальных вопроса. Во-первых, за что вы несете ответственность. Во-вторых, стоит ли вам беспокоиться. Эти двое имеют разные ответы.
Сначала я отвечу в меру своих возможностей. Я не юрист, и это не юридическая консультация. Если вы обеспокоены, проверьте ваш трудовой договор и проконсультируйтесь с юристом. Но я могу подвести итог ситуации в двух штатах.
В штате Нью-Йорк вы, вероятно, будете профессиональным сотрудником. У профессионального сотрудника нет установленных часов и нет рабочего места. Если вы идете на ужин с клиентом, вы на работе. Если вы выясните, как решить что-то в душе, это принадлежит вашему работодателю. Как профессиональный работник по умолчанию, что, вероятно, также указано в вашем контракте, заключается в том, что все написанное вами программное обеспечение является работой по найму и принадлежит вашему работодателю. Распространенность такого рода соглашений является одной из причин того, что FSF требует передачи авторских прав и требует от вашего работодателя подписать его.
В Калифорнии ситуация иная. Пока программное обеспечение, которое вы пишете, не имеет отношения к тому, что делает ваш работодатель, все, что вы делаете в свое время на своем оборудовании, принадлежит вам, и это право не может быть подписано. Однако, если вы самостоятельно разрабатываете то же, что и ваш работодатель, вероятно, он будет принадлежать вашему работодателю. Даже если это был секретный проект, о котором вы не знали. Важность этого случая зависит от деталей того, над чем вы работаете, и от того, над чем работает ваш работодатель.
Итак, вы видите, что нет простого ответа. В зависимости от состояния и фактов вашей ситуации, вы можете иметь или не иметь собственную работу. И если вы не владеете им, вы не имеете права лицензировать его.
Теперь перейдем к практическому вопросу. То, что закон говорит, определяет, что случится, если спор возникнет и будет передан судье. Однако на практике очень редко возникают споры и они передаются судьям. Кроме того, многие работодатели либо не заботятся, либо положительно относятся к тому, что их сотрудники вносят вклад в работу с открытым исходным кодом. Особенно, если проект является тем, который компания считает полезным, и они хотели бы, чтобы вы приобрели опыт работы с ним. Часто существуют процедуры для получения одобрения для вас, чтобы выполнить такую работу. Проверять не больно.
Более того, если вы вносите свой вклад в работу с открытым исходным кодом, несмотря на то, что неясно, имеете ли вы право на это, вероятность того, что у вас действительно не возникнет проблем с этим, весьма высока. И если вы попадаете в неприятности, есть вероятность, что вы получите удар по запястью и будете предупреждены о том, чтобы снять вещи, а не понести большие юридические санкции. Остается ли возможный риск в вашей зоне комфорта? Это зависит от вас. Но я могу сказать вам, что этим занимаются многие, и довольно мало историй о людях, сталкивающихся с проблемами. (И в историях, которые существуют, обычно была какая-то другая причина проблем, и следствие для их работы с открытым исходным кодом является следствием.)