Могу ли я удалить все заглавные буквы и сократить отказ от ответственности в моей лицензии?

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

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY
OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT
LIMITED TO THE WARRANTIES OF...
...

Я видел нормально прописное заявление об отказе от ответственности в лицензии zlib (обратите внимание, что оно выше текста лицензии), и даже программное обеспечение без отказа от ответственности вообще (что подразумевает, я так понимаю, что действительно есть гарантия?), Но я Мне бы хотелось получить совет от надежной стороны. Я просто не нашел ни одного.

Уведомление о лицензии GNU для других файлов поставляется с таким отказом от ответственности:

Этот файл предлагается как есть, без каких-либо гарантий.

Коротко и просто.

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

Для целей этого вопроса, программное обеспечение выпущено в Европейском Союзе, если оно имеет какое-либо значение.

IANAL, но один работает со мной. Итак, я спросил. Результат:

• Заглавные буквы позволяют вам сказать: «Ни в коем случае они не могли пропустить заявление об отказе от ответственности, вряд ли это мелкий шрифт!» Это важно в лицензии или лицензионном соглашении, которые не юристы должны прочитать и принять.

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

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

Лицензия разработана для того , чтобы защитить вас , и, учитывая эту смелую новую эру бесконечных судебных разбирательств, ограничения и приговоры, которые очень немногие читают с самого начала, - это небольшая цена, которую стоит заплатить :)

Это одна из главных причин, по которой V2 / V3 (L | A) GPL специально говорят, что изменение лицензии запрещено.

Люди предъявляют иск каждый день ... за ущерб, который должен был быть предотвращен здравым смыслом. Например, «Как я узнал, что кофе горячий? Я бы не пролил его на колени, если бы он был помечен как…»

Вы действительно должны позаботиться о том, чтобы не ослабить «щит», который мешает золотоискателям беспокоить вас.

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

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

Отказ от ответственности призван защитить вас как первоначального автора. В противном случае по закону могут быть подразумеваемые гарантии, которые вам необходимо выполнить при передаче программного обеспечения.

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

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

( из: IV. Заключение - Ответственность за программный продукт: понимание и минимизация рисков (Лоуренс Б. Леви и Сюзанна Й. Белл) )

Поскольку вы, вероятно, отдаете свое программное обеспечение на очень либеральных условиях бесплатного программного обеспечения, вам лучше проконсультироваться с юристом, прежде чем менять установленный и широко принятый текст лицензии (да, это может иметь значение, и если я правильно прочитал отзыв @Tim Posts Lawyers , это также что имел в виду его адвокат. Вы можете найти это также в комментариях / публикациях других юристов, особенно о лицензиях на свободное программное обеспечение).

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

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

Подобные последствия можно найти также в терминах GPL 3, которая является современной лицензией с учетом международного использования:

Разделы 15. Отказ от гарантийных обязательств, а 16. Ограничение ответственности :

17. Толкование разделов 15 и 16.

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

( от: GNU General Public License - версия 3, 29 июня 2007 г. )

Это возможно только в том случае, если вы придерживаетесь принятой практики, которая включает в себя не изменять принятые тексты лицензий на Свободное программное обеспечение, включая отказ от гарантийных обязательств под ними по (более или менее) личным причинам.

Однако в тексте лицензии MIT, на который вы ссылаетесь в своем вопросе, нет требования сохранять отказ от гарантийных обязательств.

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

Однако, возможно, это не очень хорошая идея, чтобы удалить его из-за этого, FAQ OSI также имеет тему другой гарантии (не конкретно, см. Ниже), и формулировка предлагает гарантию, продаваемую отдельно, что, вероятно, действительно имеет гораздо больший смысл:

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

( из: Могу ли я ограничить использование людьми лицензионной программы с открытым исходным кодом? - FAQ по OSI )

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

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

И сделать это по причине. Просто форматирование, потому что это не нравится вашему вкусу? Что ж, это свободный мир, так что вы можете делать все, что захотите, но это также и для того, чтобы давать что-то другим, так что имейте в виду, что это может сделать жизнь других более сложной. Просто решите, что для вас важно, и на какие риски вы готовы пойти.

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

IANA / YLJASD