Мультфильм — Лицензионное соглашение Из Ада


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

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

В старые времена это было на листе бумаги внутри коробки — да, было время, когда программное обеспечение поступало в коробках. Иногда он приклеивался к внешней стороне футляра для компакт — дисков-да, было время, когда программное обеспечение выпускалось на компакт-дисках. В большинстве случаев открытие пакета рассматривалось как согласие с условиями Лицензионного соглашения.

Сегодня, конечно, большая часть программного обеспечения не поставляется в коробках или на компакт-дисках, но ЛИЦЕНЗИОННОЕ соглашение все еще существует и по-прежнему представлено полускрытыми способами. Обычно, когда вы загружаете что-то, есть галочка, чтобы сказать, что вы прочитали Лицензионное соглашение и согласны с его условиями. Конечно, чтобы действительно прочитать Лицензионное соглашение, вы должны загрузить документ и прочитать его — кто может ждать так долго. 

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

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

Итак, теперь рассмотрим мультфильм xkcd —

Не так уж это маловероятно!? 

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

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

Существует аргумент и растущее движение, которое говорит, что программное обеспечение не должно отличаться от других продуктов и должно гарантированно работать. К сожалению, или, возможно, к счастью, трудно точно определить, что означает «работа».

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

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

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

Разумность относительна.


Добавить комментарий