Расширенное программное обеспечение с открытым исходным кодом в качестве побочной задачи, как попросить моего босса поделиться им с сообществом?

Обратите внимание, что это не вопрос лицензирования программного обеспечения, это вопрос «как спросить об этом у моего босса». Часть IP здесь не имеет значения.


В моем текущем проекте у меня относительно высокая свобода, на самом деле цель только конкретизирована, и я почти свободен, как мне ее достичь. Таким образом, спецификация звучит примерно так: «Сделайте это готовым как можно скорее» .

Теперь я расширил инструмент сборки с открытым исходным кодом, который является частью только разработки, но не конечного продукта. Причина в том, что это был самый быстрый способ достичь цели проекта.

Я выполнял эту работу в свое оплачиваемое рабочее время, поэтому я считаю, что этот код является интеллектуальной собственностью моего работодателя. Таким образом, мне не разрешено просто делать запрос на вытягивание github из этого.

Но я хотел бы это сделать.

Сейчас проблемы следующие:

  • Если я просто сделаю это, это, вероятно, будет нарушением моего трудового договора (невообразимо)
  • Если я спрошу разрешения у своего начальника, это будет звучать так: «Я работал на других, пока ты платил за меня за это, теперь дай официальное согласие на это» (опасно)
  • Если я просто оставлю код в репозитории нашей компании, мир от этого не выиграет. Он останется в репозитории компании и будет постепенно забыт (отходы).

Как я могу вернуть свое улучшение сообществу открытого исходного кода, не подвергая себя опасности?

Ps программное обеспечение с открытым исходным кодом находится под лицензией LGPL, что означает, что мы можем расширять его, не возвращая обратно, но мы не можем продавать его, не предоставляя исходный код.

пс2. это небольшая немецкая компания.

PS3. наличие названия компании в списке участников, вероятно, украсит результаты поиска Google (компании).

Комментарии не для расширенного обсуждения; этот разговор был перемещен в чат .

Ответы (4)

Дорогой босс,

Пожалуйста, подтвердите GitHub-публикацию исходного кода новой функции в инструменте Y, который использовался при разработке X, но не был включен как его часть.

По юридическим причинам этот исходный код принадлежит компании, однако, если компания решит опубликовать его по Yлицензии из-за преимуществ (упомянутых ниже), я полностью согласен с этим.

Yобычно используется большим количеством разработчиков, даже внутри нашей компании. Я считаю, что мы должны публиковать обновления на GitHub, чтобы:

  • наш опыт в области технологий виден и узнаваем
  • сообщество будет поддерживать и улучшать функциональность на основе этого, и мы получаем все это бесплатно.

Спасибо.

Тем не менее, я не уверен, что вы по-прежнему будете нарушать контракт, если Босс подтвердит это действие...

Мне нравится этот. Единственное, что можно добавить, так это предложение о том, что при желании ссылку на компанию можно добавить на сайт проекта. При определенных обстоятельствах это будет выгодно обеим сторонам — компания получает некоторую рекламу и, возможно, даже «публичные бонусные баллы» за поддержку сообщества, а проект получает реальный пример приложения, на который он может ссылаться, чтобы подчеркнуть свою практическую ценность. полезность. Чтобы проиллюстрировать, что я имею в виду, посмотрите, например, как SQLite выделяет, кто поддерживает проект.

Вы написали инструмент, который используется людьми в компании, а не часть того, что разрабатывает ваша компания. Таким образом, вы не подвергли продукт вашей компании опасности, «заразив» его кодом GPL.

Тогда GPL не требует, чтобы вы вносили обратные изменения, если только вы не публикуете двоичные файлы (или, в случае AGPL, не делаете программное обеспечение с вашими изменениями доступным через сеть). Так что это тоже кажется совершенно безопасным. Вы использовали стороннее программное обеспечение в пределах разрешенного лицензией для облегчения своей работы. Если явно не запрещено, это должно быть хорошо для вашего начальства.

Я сомневаюсь, что ваш начальник подумает, что вы «работали на других» — в конце концов, вы написали этот инструмент для повышения производительности на рабочем месте, не нарушая никаких лицензий и не требуя публиковать изменения!


Я бы сейчас пошел к своему боссу и рассказал ему о том, что вы сделали для повышения производительности (или даже упомянул бы об этом во время обычной встречи, если у вас есть такие встречи, и принято упоминать интересные/актуальные вещи, которые вы там сделали). Он думает, что это глупо? Тогда идите на «отходы». Хотя это кажется маловероятным. Итак, давайте предположим, что он думает, что это хорошая идея. Затем просто упомяните, что то, что вы сделали, основано на Open Source, и сообщество, стоящее за этим проектом, может заинтересоваться этим. Объедините это с вопросом, считает ли он, что будет нормально внести изменение обратно в проект под [любой] лицензией. С ним все в порядке? Большой!

Теперь либо продолжайте, либо, возможно, сделайте немного CYA, отправив ему электронное письмо с указанием того, что именно вы сделали снова, где / как вы это сделаете и увидит ли он что-нибудь, что вы должны добавить. Таким образом, вы явно просите его ответить. Как только вы получите этот ответ, либо с предложением добавить xyz, либо с одобрением, сделайте это. И сохраните это письмо! Таким образом, если в будущем возникнут какие-либо проблемы, вы всегда сможете указать, что ваш руководитель был вовлечен и дал свое согласие!

Доверять ли неписаному разрешению или получить письменное подтверждение, полностью зависит от компании. Некоторые компании могут даже иметь политику в отношении лицензий и/или взносов с открытым исходным кодом — в этом случае я бы пошел дальше (при условии, что это соответствует этим политикам). Если компания раньше вносила вклад в открытый исходный код, вероятно, также маловероятно, что дальнейшие действия будут иметь негативные последствия.

Нужно раскрутить это так, чтобы была явная выгода для компании . Я бы попробовал этот подход:

«Чтобы решить эту проблему, я расширил инструмент X с открытым исходным кодом, и он отлично работает. Я хотел бы внести свои изменения обратно в исходную версию, чтобы мы бесплатно получали исправления ошибок, новые функции и поддержку сообщества . Что вы можете сделать? считать?"

Если программное обеспечение вашей компании включает стороннее программное обеспечение под лицензией GPL, потому что вы добавили его, это может стать серьезной юридической ответственностью для вашей компании. Есть много вещей, которые ваша компания может захотеть сделать с программным обеспечением (например, продать его, чтобы получить деньги для выплаты вашей заработной платы), что было бы нарушением авторских прав. Кроме того, в Германии лицензия GPL может рассматриваться как договор , в зависимости от решения суда.

Есть еще одна проблема: только потому, что кто-то говорит, что программное обеспечение находится под лицензией GPL, это на самом деле не означает, что оно распространяется под лицензией GPL.

Вместо work.stackexchange найдите сайт, посвященный лицензированию GPL, расскажите им , что именно вы сделали, и спросите их, каковы точные юридические последствия. Что касается рабочего места, лучший путь для вас может состоять в том, чтобы удалить лицензионный код GPL из вашей компании и надеяться, что никто не заметит; лучший путь для вашей компании — рассказать своему боссу о том, что с вами произошло. ЗАПРЕЩАЕТСЯ использовать какое-либо стороннее программное обеспечение, независимо от того, GPL или нет, без разрешения вашей компании.

Ваше предложение «Если я просто сделаю это», то есть поместить программное обеспечение на github, вы создадите всемогущий юридический беспорядок. Потому что вы можете заявлять , что это лицензия GPL, но ваша компания является правообладателем ваших изменений, и без их согласия она не находится под лицензией GPL , что бы вы ни утверждали. Это означает, что любой, кто загружает программное обеспечение, неосознанно нарушает авторские права. Вы также совершите нарушение авторских прав, потому что вы опубликовали программное обеспечение, и оно НЕ находится под лицензией GPL (потому что у вас не было права лицензировать его).

@Morning Star: вы планируете просто разместить исходный код с дополнениями, которые вы написали и которые принадлежат вашему работодателю, на github и получить лицензию GPL. Этот код не будет лицензирован GPL. Другие могут предположить , что это лицензия GPL, но они ошибутся.

Если вы используете стороннее программное обеспечение без ведома вашего работодателя и без проверки их юридического отдела, и вы настаиваете на том , чтобы продолжать это делать, я бы откровенно считал вас слабаком, которого следует удалить.

Я думаю, что если общедоступное исходное дерево программного обеспечения на github включает большой текстовый файл GPL в своем корневом каталоге, я могу предположить, что это GPL . Таким образом, вопрос в основном не о лицензии/IP, вопрос о том, как я могу внести свой вклад в улучшение, пока я не доставляю никаких проблем.
Кроме того, улучшение произошло в инструменте разработки (точнее, в плагине maven), и оно не будет частью продукта. Он используется только для ускорения его развития.
Кроме того, как компания, использующая множество программ и инструментов Java, которая является одной из самых популярных программных сред, я нахожу ваши аргументы против открытого исходного кода в целом просто сюрреалистичными. Eclipse IDE уже с открытым исходным кодом, jdk с открытым исходным кодом, на эл.
There is an additional problem: Just because someone says the software is GPL licensed, that doesn't actually mean it is GPL licensed.. ... и если я покупаю машину, я не уверен, действительно ли она принадлежит нынешнему владельцу и имеет ли право продать ее; Я не уверен, что производитель автомобилей платил налоги при покупке стали у Arcelor; Я не уверен, что у людей на железных рудниках Австралии хорошие условия труда и т.д. и т.п. ... так что подайте на меня в суд. Серьезно, даже с «новыми» вещами, такими как программное обеспечение, политики/судьи понимают, что есть что-то вроде разумной добросовестности. Покупатели автомобилей не будут арестованы за налоги на сырое железо