В связи с этим разработкой стандартов в большинстве случаев занимаются отраслевые консорциумы (такие как IETF, W3C, OASIS, Ecma и т. д.) по своим внутренним правилам, а окончательное утверждение многих международных стандартов происходит в ISO (International Organization for Standartization).

Разные объекты как материального, так и информационного миров должны уметь взаимодействовать друг с другом, а для этого обладать "общим языком" в том или ином виде. Гайки должны накручиваться на болты, вагоны - не сходить с рельс, сотовые телефоны - уметь связываться с базовыми станциями. Это очевидно. Для всего этого должны быть разработаны и соблюдаться стандарты - договоренности между производителями о том, какими должны быть вагоны, гайки и сотовые телефоны и как они должны "общаться" с другими объектами.

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

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

Процесс подобного захвата рынка тесно связан с так называемыми сетевыми эффектами, когда ценность некоторого продукта или технологии возрастает вместе с количеством людей, которые ею пользуются. Часто упоминаемый "закон Меткалфа" гласит: ценность любой сети растет как квадрат числа узлов (пользователей) в ней. При этом каждый участник рыночной борьбы заинтересован в том, чтобы противодействовать совместимости с продуктами конкурентов (то есть объединению сетей)[Я писал об этих сетевых эффектах в "13 комнате" в прошлом номере.]. Это приводит к появлению сильных положительных обратных связей в сложной динамической системе под названием "рынок" - и делает ее неустойчивой в условиях существования нескольких несовместимых конкурирующих решений. Единственное устойчивое состояние подобной системы, к которому она неминуемо стремится, - весь рынок захвачен одним производителем-монополистом. Ценность сети, порожденной продуктом монополиста, достигает (локального!) максимума, а отсутствие совместимости блокирует появленияе конкурентов. Особенностью рынка программного обеспечения является возможность длительное время противодействовать совместимости благодаря закрытости исходных кодов программ и использованию закрытых (проприетарных) форматов и протоколов, которые легко менять (монополисту) и трудно анализировать (его конкурентам). Проблему еще больше усугубляет возможность использования патентов для борьбы с совместимостью.

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

Одну "войну стандартов", имевшую если не разрушительные, то по крайней мере весьма неприятные последствия для каждого из нас, многие наши читатели со стажем должны помнить. Речь идет о противостоянии Microsoft и Netscape в середине 90-х годов на зарождавшемся в тот момент рынке браузеров. Причем ситуация тех лет во многом схожа с нынешней, хотя, конечно, есть и существенные отличия.

Браузерная война тоже велась вокруг формата документов - им был HTML (вместе со связанными технологиями, такими как JavaScript и CSS). Но, в отличие от уже устоявшихся офисных приложений сегодня, веб в то время был очень молодой технологией, и каждый разработчик считал своим долгом добавить в нее какую-нибудь "инновацию", которая помогла бы захватить рынок. Попытки стандартизации, по сути, проваливались: даже когда явные спецификации HTML были утверждены консорциумом W3C, разработчики с обеих сторон с удовольствием добавляли к ним нестандартные расширения, поддерживаемые только одним браузером, да и соблюдать написанное явно не торопились. Стандарты отставали от реальности, на разговоры и оглядку на спецификации времени не было. Целью этой гонки были не столько конечные пользователи, сколько веб-разработчики, плодящие многочисленные сайты с кнопками "Best viewed with…".

Microsoft выиграла ту битву (не без помощи "тяжелой артиллерии" в виде подконтрольной операционной системы), и на некоторое время Microsoft Internet Explorer захватил рынок полностью. Даже в Mac OS он был стандартным браузером с 1997 по 2003 год в соответствии с соглашением между Microsoft и Apple. HTML "от Microsoft" стал тем самым пресловутым стандартом де-факто, на который одно время ориентировалось большинство веб-разработчиков. Более того: было написано огромное количество корпоративных клиент-серверных систем, использовавших различные особенности MSIE для реализации клиентской части и тем самым привязывавших пользователей к платформе Microsoft.

Развитие MSIE фактически прекратилось, но альтернативные браузеры остались и продолжали развиваться. Кроссплатформные Opera и Mozilla, а также Safari, превосходившие по своим возможностям MSIE, стали медленно откусывать свой небольшой, но все-таки заметный кусок пирога, - и со временем веб-разработчики стали понимать, что ориентация только на MSIE может навредить их бизнес-интересам. Vendor lock-in перестал работать как задумано. С этого момента погоня за "инновациями" середины девяностых и игнорирование "писаных" стандартов неприятно аукнулась всей индустрии: веб-разработчики были вынуждены писать несколько версий своего кода для разных браузеров. Аукнулось оно и Microsoft: когда соответствие стандартам стало одной из приоритетных целей, MSIE из лидера превратился в аутсайдера.

И еще один важный факт: оказалось, что реализовать даже сравнительно несложные спецификации HTML+CSS, мягко говоря, непросто. Например, лишь в 2006 году тест Acid2 был пройден браузером под Windows (им стала далеко не мейнстримная Opera, а прохождение этого теста MSIE нам только обещают в грядущей восьмой версии). Конечно, гораздо проще взять какой-то продукт и объявить его реализацию "стандартной". И понятно, что разработчик ПО, на основе которого стандарт пишется, получает существенное преимущество перед своими конкурентами…