клюнул-таки жареный петух!
May. 18th, 2010 02:41 pmСуд постановил ( http://www.bailii.org/ew/cases/EWHC/TCC/2010/965.html ), что пункт в EULA компании Red Sky про “мы не несем никакой ответственности за глюки нашего софта” является незаконным. Подробности можно почитать здесь: http://www.channelregister.co.uk/2010/05/12/red_sky_liability_ruling/
последствий у этого дела, если прецедентов станет больше – мягко говоря, немало.
1. повышение цен за софт (примерно так же, как в розничные цены закладывается поправка на возвраты, гарантийное обслуживание и т.д.)
2. вендоры будут требовать вменяемых ТЗ, по которым можно доказать, что софт им соответствует (давно пора, между прочим. очень отрезвляет людей.)
2.1. появление класса консультантов, которые составляют ТЗ, и\или вообще специфических лоеров
3. повышение качества софта (тоже давно пора)
3.1. к софту будет поставляться дока на тему “что он НЕ умеет делать”
4. появление большого количества мелкого софта (потому что его проще тестировать, и он обычно надежнее и дешевле), вместо популярных нынче монструозиков
4.1. не знаю как это повлияет на операционки и прочие “естественные монстры”, увы.
4.2. и жЫрные стандарты тоже мало кто захочет поддерживать
5. резкий рост количества in-house софта (зависит от динамики цен, впрочем)
6. с опенсорсом непонятно – с одной стороны, он станет еще более заманчивым, с другой стороны, люди, желающие страховать себя от возможных казусов, явно с большей вероятностью выберут закрытый софт (точнее, имеющий четко определенного вендора) при этом.
7. влияние таких сдвигов в общественном мнении на бизнес-модели стартапов я даже боюсь пока предположить.
8. китайские нонеймовые штуки станут еще дешевле по сравнению с EU/USA
9. возможны появления всяких бредовых штук вида “годен до” на софте. (чтобы форсировать цикл апдейтов и-или уменьшить риски, связанные с нелинейностью MTBF (майкрософту бы такое особо помогло, да))
10. интересно еще будет со сторонними библиотеками и юридическими особенностями определения границ систем и границ ответственности. списки supported hardware/compatible software резко сократятся
а вообще это один из хороших примеров, когда проблема лечится не техническими методами, а административными. Шнайер про это уже писал в 2003: http://www.schneier.com/essay-025.html