Второе потрясение оказалось приуроченным ко второму ноября, когда компания Novell - уже более двух лет являющаяся владельцем второго из "корпоративных" дистрибутивов Linux, Suse, - и корпорация Microsoft объявили о начале сотрудничества в технической, маркетинговой и патентной сферах.
Ну, с техническим сотрудничеством все более или менее понятно: оно направлено на обеспечение совместимости Windows и Linux (точнее, конкретно SLES) в гетерогенных средах, совместимости форматов документов (впрочем, далеко не все из них фигурируют в опубликованных материалах), увязку фирменных служб каталогов (ActiveDirectory и eDirectory).
Маркетинговое сотрудничество также вопросов не вызывает: отныне Microsoft "дает добро" тем своим пользователям, которые нуждаются еще и в Linux'е, на применение SLES от Novell. Конкретно этот "одобрямс" пока выражается в том, что Microsoft будет распространять купоны на техническую поддержку SLES - как это будет выглядеть в реале, я, честно говоря, представляю с трудом.
Так что наибольшее внимание широких народных масс привлекла патентная сторона соглашения. Согласно которой Microsoft предоставляет своего рода индульгенцию разработчикам Novell на использование в Linux'е своих патентованных технологий. А также дает иммунитет пользователям Linux-дистрибутивов Novell от судебных преследований по патентным искам. Более того, индульгенция распространяется, как будто бы, и на независимых разработчиков открытого софта, не используемого в коммерческих целях.
Все это, конечно, очень благородно и должно только приветствоваться. Вот только о том, что патентованные технологии Microsoft тем самым станут открытыми в плане доступности кода и свободными с точки зрения условий распространения, не говорится ни слова. И потому сразу же возникает тот же самый вопрос, который встал после предположения Эрика Реймонда о возможности включения в ядро Linux фрагментов проприетарного кода, в частности, драйверов устройств.
С этим вопросом тесно связан и другой момент, который можно назвать идеологическим или, если угодно, психологическим: не есть ли допуск разработчиков Open Source к патентованным технологиям попыткой вовлечения их в дебри проприетаризма? И не будет ли в дальнейшем найдена юридическая лазейка для требования оплаты патентных отчислений? Или, того паче, для "прихватизации" свободного кода, созданного с использование кода патентованного (или тесно с ним интегрированного). Существующие законы о патентном и авторском праве, а также свободные, GPL-совместимые, лицензии, как будто бы не могут такого допустить. Однако, зная изощренность Microsft в юридическом крючкотворстве, помноженную на финансовую мощь корпорации, кто рискнет утверждать невозможность подобного исхода?
И если такой исход будет иметь место - последствия его предсказуемы с трудом. Опыт давнишней истории с System V и BSD учит, что избавиться от самой малости проприетарного кода гораздо сложнее, чем его включить. И это в свое время сыграло роковую роль в судьбе всех BSD-систем вообще и FreeBSD в частности.
Кстати: в ответ на соглашение Microsoft и Novell компания Red Hat в буквальном смысле грудью бросается на амбразуру дзота. Предлагая своим клиентам, в случае патентных претензий третьей стороны (предлагается угадать с трех раз, какой именно), "встать на их место" и принять удар на себя. Юридически или технологически - это другой вопрос. Судя по всему, предполагается переписывать код, вызвавший патентные трения. Вот только насколько легко это будет сделать? И не окажется ли это той самой соломинкой, которая ломает хребет верблюду?
Есть и еще один осложняющий фактор. Не секрет, что многие разработчики Open Source давно уже не являются энтузиастами-любителями, сочиняющими код в качестве хобби (вспоминается фраза из давнишней статьи в ныне не существующем компьютерном еженедельнике "Софтмаркет": В свободное от службы время поручик был программером и сочинял разные программки). Нет, многие из них состоят в штате IT-компаний и получают зарплату именно за разработку открытого софта. В частности, кое-кто из ключевых разработчиков ядра Linux расписывается в платежных ведомостях компаний Novell и Red Hat. И как они поведут себя в том случае, если встраивание закрытого кода в ядро будет их служебным заданием? Если положительно - то корпорации, выплачивающие им зарплату, вполне могут полагать, что подобно сыну турецкоподданного, и сами прекрасно справятся с делом дальнейшего развития Linux.
С другой стороны, те же самые ключевые разработчики ядра не только непосредственно программируют сами - кроме того, они еще и аккумулируют код, написанный множеством независимых разработчиков, которые получают зарплату совсем в других местах и совсем за другое (тут на память приходит Кон Коливас, врач-анестезиолог - но имя таким разработчикам легион). И возможность такой аккумуляции зиждилась и зиждется исключительно на доверии: на убежденности широких программирующих масс в том, что ключевые разработчики действуют в интересах сообщества, а не той или иной корпорации. Если это доверие будет поколеблено (обоснованно или необоснованно - это другой вопрос), распадется вся "вертикаль власти", связывающая сообщество. И последствия этого могут быть весьма печальными. В частности, многочисленные форки ядра Linux, что, при наложении на уже имеющееся изобилие его дистрибутивов, даст картину воистину апокалиптическую. В лучшем случае, это будет откат "чистого" Open Source на позиции до 1999 года, когда в прессе и народе впервые заговорили о Linux-буме.
Да и "коммерческому" Linux'у это счастья не принесет - база его разработчиков резко сузится. Причем за счет наиболее квалифицированных энтузиастов - и наибольших энтузиастов среди квалифицированных.
И, наконец, нельзя забывать о "несгибаемых" - Ричарде Столлмене, GNU/FSF и разработчиках Debian. Которые заведомо не пойдут на компромисс ни с какими проявлениями проприетаризма. И они могут оказаться третьим центром кристаллизации среды Open Source.
В общем, не буду выступать в роли пророка. Одно ясно - после этих "Девяти дней" мир Open Source изменится - и весьма сильно. К добру это будет, или к худу, мы узнаем уже через несколько месяцев...
Оригинал статьи -- по адресу http://citkit.ru/articles/287/