Анатолий Вассерман - Сундук истории. Секреты денег и человеческих пороков
Причина очевидна. В Linux каждая программа хранит сведения о своих настройках отдельно. Единой же точки, откуда программы могут получать сведения друг о друге, фактически нет. Поэтому каждое взаимодействие организуется специальными указаниями. Оконные диспетчеры вроде KDE или Gnome берут на себя лишь очень малую долю такой организации — не могут же они учесть все возможные места хранения информации о программах!
В операционных системах обширного семейства Windows ныне порядок принципиально иной. Все сведения обо всех программах хранятся в единой базе данных — системном реестре. Оттуда любая программа может узнать, кто и как выполняет необходимые для неё внешние функции.
Основная задача реестра — организация взаимодействия по системе COM (Component Object Model — модель объекта из компонентов), где любая сложная структура состоит из множества слабозависимых компонентов и за каждый вид обработки каждого компонента может отвечать отдельная программа. Правда, СОМ — лишь сильно упрощённая версия системы CORBA (Common Object Request Broker Architecture — общая архитектура брокера объектных запросов), употребляемой в операционных системах семейства Unix, из которого выросла Linux. Но для неквалифицированного конечного пользователя — вроде меня — СОМ несомненно удобнее CORBA — прежде всего как раз благодаря единой точке описания всех взаимодействий.
Увы, единый системный реестр обладает собственными немалыми недостатками. Главный из них — любая ошибка работы с ним одной из программ способна разрушить всю внутреннюю логику базы данных и заблокировать любые осмысленные обращения. Чаще всего это происходит при установке новых программ: чтобы перенаправить на себя определённые вызовы, они правят уже существующие записи в базе. Но авария возможна и при многих других обстоятельствах. В частности, общесистемный сбой, сопровождаемый BSOD (Blue Screen Of Death — синий экран смерти), может разрушить все записи реестра, к которым в этот момент были обращения хотя бы на чтение.
Вдобавок сведения в реестре хранятся в двоичном виде. Это вроде бы чуть ускоряет их поиск и обработку. Зато и найти в реестре нужные данные можно только с помощью специальных редакторов. А уж исправление ошибок требует сверхъестественных усилий. Чаще всего повреждения в реестре устраняют хирургически: переустанавливают всю систему с нуля.
В ранних версиях Windows — до 3.11 включительно — в системном реестре хранились только сведения, важные для всех программ, вроде координат системных шрифтов и указаний, файлы и запросы каких типов какая программа может обрабатывать. Причём всё это описано обычным текстом, так что найти сведения и исправить ошибки можно буквально на глаз. Настройки же каждой программы, интересные только ей самой, она хранила в отдельных файлах — и чаще всего даже не в общесистемном каталоге, а в собственном.
Конечно, у такой системы есть свои накладные расходы. Перевод реестра из текстовой формы во внутреннюю требует какого-то времени при каждой загрузке системы. Организация доступа к индивидуальным настроечным данным падает на плечи отдельных программистов — и далеко не все справляются с этой нагрузкой эффективно. Словом, резоны, заставивших Microsoft в дальнейших разработках перейти на единый реестр, очевидны.
Но столь же очевидны и издержки избыточной интеграции. Выше приведен далеко не исчерпывающий перечень. Скажем, некоторые настройки могут раскрыть тонкости внутренней структуры программ, в чём заинтересованы далеко не все авторы: понятие коммерческой тайны всё сильнее ломает информационные технологии. Поэтому системные запросы к реестру ограничивают полномочия программ — но просмотреть реестр можно и в обход этих запросов.
Взаимодействуют не только программы. Развитие рынка в немалой степени определяется возможностями сотрудничества специализированных бизнесов. Для этого им жизненно необходимо знать о возможностях друг друга.
В советское время все производства и услуги принадлежали государству. Оно вело единый реестр и стыковало всё необходимое для решения конкретных задач. Увы, издержки такой централизации побольше, чем у системного реестра Windows: в статье «<а href=“http://awas.ws/OIKONOM/СОММСОМР.НТМ’’>Коммунизм и компьютер</а>» я рассмотрел лишь очевиднейший источник неэффективности. Так что BSOD, закрывший коммунизм в 1991-м, был неизбежен.
Нынче у нас — анархия в стиле Linux:[45] бизнесы узнают друг о друге лишь из рекламы, чья достоверность сомнительна, а эффективность ничтожна уже хотя бы потому, что просмотреть весь рекламный поток физически невозможно. Поэтому зачастую приходится развивать у себя вспомогательные структуры, хотя их работу могут куда дешевле сделать сторонние специалисты.
Очевидна потребность в информационных структурах, собирающих сведения обо всех бизнесах ради формирования по запросам партнёрств, решающих конкретные задачи. Кто возьмётся за эту работу, пока почти свободную от конкуренции, зато способную резко поднять эффективность всей экономики?
Право подчинения[46]
Цитирую с сайта корпорации Microsoft шедевр юридической мысли http://microsoft.com/Oem/Russian/ Licensing/Downgrade/Default.mspx:
Право использования более ранних версий (в английской терминологии «downgrade rights») документировано в тексте лицензии конечного пользователя EULA по каждому конкретному продукту. Данное право означает возможность заказчика приобрести вместе с компьютером лицензию на самую последнюю версию программного обеспечения, но при этом использовать на этом компьютере предыдущую версию программного обеспечения до того момента, когда заказчик будет готов выполнить обновление.
В каких случаях и каким образом реализуется право использования более ранних версий? Поясним на примере. Допустим, заказчик покупает новый компьютер, который в целях соответствия корпоративным стандартам должен быть совместим с уже существующими 10 компьютерами, на которых установлена Windows ХР Professional. В таком случае вы можете предложить заказчику новый компьютер с операционной системой Windows Vista Business, после чего пользователь сможет воспользоваться правом downgrade и переустановить на этом компьютере операционную систему Windows ХР Professional с лицензионного носителя, уже имеющегося в его распоряжении. Вы, как сборщик систем, можете также оказать услугу заказчику и выполнить установку более ранней версии операционной системы (Windows ХР Professional), однако и в этом случае требуется, чтобы именно заказчик предоставил вам лицензионный носитель Windows ХР Professional.
Далее — перечень версий операционной системы Windows Vista, на которые распространяется право downgrade, и таблица соответствия, сводящаяся к требованию: «устанавливаемая версия Windows ХР должна быть не дороже и не наворотистее свежекупленной версии Windows Vista», а затем:
Если конечный пользователь решает реализовать право downgrade, он сам должен иметь в распоряжении лицензионный носитель и действительный ключ продукта более ранней версии. Ни сборщик систем, ни Microsoft не обязаны предоставлять пользователю такой носитель, о чём в лицензии EULA содержится специальное уведомление.
И после списка возможных форматов лицензионных носителей:
В случае, если конечный пользователь реализует право downgrade, ни Microsoft, ни сборщик систем не обязаны нести ответственность за техническую поддержку компьютеров заказчика, на которых устанавливается предыдущая версия программного обеспечения.
И всё это потому, что:
Если заказчик при покупке компьютера с операционной системой Windows Vista Business или Ultimate желает воспользоваться правом downgrade и установить Windows ХР Professional, то очевидно, что при установке Windows ХР Professional для активации ему придется ввести ключ продукта, который уже однажды был актирован. Такая активация в автоматическом режиме не может быть выполнена. В этом случае пользователю требуется связаться по телефону с {Центром активации} и сообщить обстоятельства запроса на повторную активацию. Как только сотрудник Центра активации получит подтверждение того, что пользователь располагает действительной лицензией на Vista Business или Ultimate, он поможет выполнить активацию Windows ХР Professional в целях реализации права downgrade.
При реализации права downgrade пользователь не имеет права одновременно использовать и новую, и более раннюю версии программного обеспечения.
Теперь попробую перевести юридические заклинания на бытовой язык. Microsoft милостиво дозволяет своим клиентам пользоваться ранее купленными у неё экземплярами её программы при условии, что они предварительно оплатят и новую программу, им самим совершенно не нужную. И всё это — потому, что прежняя программа уже была установлена на другом компьютере.
Сразу же установить нужную версию программы нельзя — её продажа прекращена. Заметьте: не производство — копию программы, в отличие от копии автомобиля, сделает кто угодно. А именно продажа: разработчик отказался брать за неё деньги, дабы принудить к пользованию другим своим изделием.
