![[изображение Head of a GNU]](/graphics/gnu-head-sm.jpg)
Проект, называемый UDI (Uniform Driver Interface, Универсальный Интерфейс Драйверов), ставит своей целью определить единый интерфейс между ядром операционной системы и драйверами устройств. Как мы должны отнестись к этой идее?
Если мы представим себе многочисленных производителей операционных систем и аппаратуры, сотрудничающих на равных, UDI (если это будет технически возможно) выглядит очень удачной идеей. С его помощью мы можем разработать лишь один драйвер для любого заданного устройства, а затем совместно его использовать. Это позволит увеличить уровень кооперации.
Когда же мы примеряем это предложение к реальному миру, где существуют как производители свободных программ, которые стремятся к сотрудничеству, так и разработчики собственнического ПО, ищущие превосходства, последствия будут совсем иными. Непонятно, чем использование UDI может помочь движению за свободное программное обеспечение. Если оно в чем-то на него и повлияет, это будет разобщение и ослабление наших рядов.
Если в Linux включат поддержку UDI, и если мы начнем разработку новых драйверов, общающихся с Linux через UDI, каковы будут последствия этого шага?
Это будет полезным только пользователям Windows, но не даст ничего тем, кто работает в свободных операционных системах. Прямого вреда нам не будет, но разработчики свободных драйверов, лицензированных на условиях GPL, могут быть разочарованы таким их использованием, и это будет очень плохо. Также может быть нарушена GNU GPL, поскольку драйверы будут компоноваться с собственническим ядром. Увеличить искушение поступать таким образом для нас означает поиск неприятностей на свою же голову.
Это не затронет диапазон аппаратуры, поддерживаемой свободным программным обеспечением, непосредственно. Но косвенно он может уменьшиться, если миллионы пользователей GNU/Linux, которые пока не научились ценить свободу саму по себе, не устоят перед соблазном. Пределом, к которому мы придем, если общество начнет поддаваться искушению, является использование несвободных драйверов, вместо написания свободных аналогов.
UDI сам по себе не затрудняет разработку свободных драйверов. Так что если достаточное количество наших сторонников преодолеет искушение, мы сможем продолжать разработку свободных драйверов, игнорируя существование драйверов UDI.
Но зачем поощрять общество в стремлении стать слабее, чем это необходимо? Зачем создавать ненужные трудности будущему свободных программ? Поскольку концепция UDI не приносит нам выгод, будет лучше ее не поддерживать.
В связи со всем этим, неудивительно, что компания Intel, инициатор проекта UDI, начала поиск в Linux-сообществе помощи в работе над ним. Как может богатая и своекорыстная компания втереться в наше сообщество, ориентированное на сотрудничество? Конечно, обращаясь за помощью. Они ничего не теряют, делая это предложение, а мы можем потерять бдительность и согласиться.
Поддержка UDI не поставлена вне закона. Мы не клеймим UDI, Intel, или еще что-то, как Врага Человечества. Но перед тем, как мы одобрим любую предложенную инициативу, следует тщательно ее обсудить и убедиться, что она выигрышна для общества свободных программ, а не только для разработчиков собственнических систем. В данном случае это значит, что сотрудничество должно позволять нам сделать еще один шаг на пути к конечной цели свободных драйверов и ядер: снабжению всех важных устройств свободными драйверами.
Одним из способов сделать договор выгодным является изменение самого проекта UDI. Эрик Раймонд (Eric Raymond) предложил, чтобы соответствие UDI включало требование, что драйвер должен быть свободным. Это было бы идеально, но другие альтернативы также могут помочь. Достаточно потребовать, чтобы исходные тексты драйвера были опубликованы и не составляли коммерческой тайны--даже если драйвер и не будет свободным, по крайней мере, из него мы узнаем все, что нам нужно, чтобы написать свободный драйвер.
Intel также может сделать нечто за пределами UDI, чтобы помочь сообществу свободного ПО решить эту проблему. Например, может существовать некоторая разновидность сертификации, в которой заинтересованы производители аппаратного обеспечения, и в которой Intel отведена роль арбитра. Если так, то Intel может согласиться сделать процесс сертификации более трудным, если спецификации оборудования секретны 1. Это не является полным решением проблемы, но может немного помочь.
Одна из трудностей в совместной работе с Intel над UDI в том, что мы должны сделать свою часть работы первыми, тогда как ответные шаги Intel требуют длительного времени. Фактически, мы кредитуем Intel. Но будет ли Intel отдавать свой долг? Возможно, да, если мы заключим письменное соглашение, и в нем не окажется подводных камней, в противном случае мы не можем принимать его в расчет. Корпорации славятся своим непостоянством; люди, с которыми мы договаривались, могут сохранять свои убеждения, но они должны подчиняться решениям свыше, и могут быть смещены в любой момент. Даже исполнительный директор (CEO, Chief Executive Officer), который владеет большинством акционерного капитала, может быть сменен посредством выкупа акций. Когда заключаете договор с корпорацией, всегда скрепляйте его на бумаге.
Маловероятно, что Intel пойдет на соглашение, которое удовлетворит нас. Фактически, UDI выглядит созданным для облегчения засекречивания спецификаций.
Тем не менее, нет ничего плохого в том, чтобы держать свою дверь незапертой, если при этом тщательно выбирать тех, кого мы приглашаем войти.
Вопросы о деятельности FSF и проекте GNU направляйте по адресу gnu@gnu.org, либо свяжитесь с FSF иным способом.
Внимание! Эта страница НЕ поддерживается FSF, который не несет никакой ответственности за ее содержание и/или оформление.
Бета-версия! Эта предварительная версия перевода может в дальнейшем подвергаться изменениям. Если Вы заинтересованы в ее публикации, сообщите об этом, и я вышлю Вам по окончании работы готовую версию. Если у Вас есть конструктивные замечания по стилю и качеству перевода---пишите.
Copyright 1998 Richard Stallman.
© 2000 Перевод на русский язык: Сергей Короп
<svk@lib.ru>.
Разрешается копирование и распространение этой статьи любым способом без внесения изменений, при условии, что это разрешение сохраняется.
Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
Перевод выполнен по версии статьи от 6 ноября 1999.