Спонсоры: IBM и Sun Microsystems
Место и время: Москва, ВШЭ (Мясницкая, 20), 28.11.01
В данной работе сделана попытка ответа на один вопрос: ``Может ли разработка ПО с открытыми исходными текстами приносить прибыль?'' История бизнеса, построенного вокруг открытого ПО, делается в момент написания данной работы, поэтому пока даже классифицировать бизнес, связанный с разработкой ПО с открытыми исходными текстами, сложно. В России пока таких компаний мало, но они есть: ALT Linux, ASP Linux, Namesys . Традиционно наиболее динамично производство ПО развивается в Кремниевой долине, в Калифорнии, США, но там статистика компаний ``подпорчена'' общим спадом IT (точнее, спадом эйфории по IT, но это отдельная тема). Тем не менее, остается сравнительный анализ: компаний, производящих закрытое ПО и компаний, поставляющих свой продукт в открытых исходных текстах.
Стараясь не влезать в технические дебри, необходимо привести основные ``за'' и ``против'' открытого ПО и связанной с ним ``базарной'' модели разработки, и только потом можно говорить о перспективах той или иной компании и бизнес-модели, на основе которой данная компания работает.
Необходимо дать определение некоторым терминам и аббревиатурам, которые будут использоваться в дальнейшем:
ОС -- операционная система;
ПО -- программное обеспечение;
UNIX [Unix] -- многозадачная ОС, сейчас UNIX -- зарегистрированная торговая марка The Open Group, поэтому при упоминании UNIX-подобных ОС имеет смысл говорить о стандарте POSIX;
OSS -- Open Source Software -- ПО, соответствующее определению ПО с открытыми исходными текстами. Тавтологии избежать не удалось, так как определение ПО с открытыми исходными текстами подрузамевает не только открытые исходные тексты как таковые, но и соответствие лицензии, на основе которой ПО распространяется, требованиям определения открытого ПО [1.2]. Далее как синонимы будут употребляться термины ``открытое ПО'' и ``ПО с открытыми исходными текстами'', а для ПО, которое распространяется с открытыми исходными текстами, но чья лицензия не соответствует определению открытого ПО, лучше употреблять выражение Gated source
ПО с доступным исходным текстом -- Лицензия такого ПО, как правило, ограничивает его коммерческое применение; такое ПО обладает некоторыми преимуществами открытого ПО и закрытого ПО, поэтому многими считается оптимальным вариантом. В данной работе рассмотрен Solaris как пример gated source
OSI -- Open Source Initiative -- инициатива по созданию стандарта для OSS: во-первых, стандарта качества; во вторых, стандарта лицензии, на основе которой ПО распространяется. ПО, удовлетворяющее обоим стандартам, получает специальную оценку ``OSI Certified''. OSI создавалась для продвижения открытого ПО на рынок закрытого ПО; основным идеологом OSI является Эрик Реймонд, который призывает к использованию открытого ПО [1.3].
Free Software -- свободное ПО -- отличается от свободно распространяемого ПО тем, что защищено лицензией, не позволяющей кому-либо владеть данным ПО, то есть продавать и получать от этого прибыль или использовать в коммерческих программных продуктах (лицензия подразумевает, в том числе, и открытые исходные тексты). Фактически free software и OSS -- это одно и то же, но для продвижения свободного ПО на рынок закрытого ПО Эрик Реймонд предложил употреблять термин ``open source'', чтобы создать положительный образ качественного ПО.
FSF -- Free Software Foundation (также известен как GNU -- рекурсивная аббревиатура GNU's not Unix) -- фонд свободного программного обеспечения -- объединяет некоммерческие проекты по разработке свободного ПО, ``свободно творящих'' программистов и предлагает лицензии GNU GPL для защиты программы от коммерческого использования [2].
GNU GPL -- GNU General Public License -- лицензия для свободного ПО; существуют различные версии GNU GPL: GPL, GPL2, LGPL (Lesser GPL);
Linux -- Линукс -- ядро ОС, удовлетворяющее стандарту POSIX и свободно распространяемое на основе GNU GPL2; разработчик -- Линус Торвальдс. Кроме Линукс, существуют и другие открытые ОС, такие как FreeBSD, GNU/Hurd, FreeDOS и другие.
Propietary, closed software -- собственническое (проприетарное), закрытое ПО. Если исходные тексты программы легально доступны для изучения и изменения не любому человеку, такое ПО является закрытым.
Бизнес-модель -- совокупность способов ведения бизнеса в компании (ее структура, продукция, способы доставки и обслуживания товаров, повышения рыночной стоимости), правил ведения этого бизнеса, лежащих в основе стратегии компании, а также критериев определения деловых показателей (см. ``Управление корпоративной бизнес-моделью'', Х. C. Джилл). В данной работе будут исследоваться прежде всего возможные источники получения данной компанией прибыли.
В качестве специального соглашения квадратные скобки используются далее для пояснений.
Идеология открытых исходных текстов изначально являлась частью идеологии UNIX, а эта операционная система существовала задолго до персональных компьютеров: UNIX появился примерно в 1975 году, тогда как персональные компьютеры (платформа PC) -- лишь в 1981. Пользователи UNIX могли что-либо улучшить в программе (UNIX с самого начала был связан с языком программирования Си, и пользователи UNIX, как правило, владели Си), поэтому для них исследование исходных текстов имело смысл. Кроме того, исходные тексты были и остаются гарантией безопасности, то есть можно использовать ПО от неизвестного разработчика, будучи уверенным в том, что это ПО не содержит вирусов или ``закладок'' (достаточно изучить исходный текст, чтобы в этом убедиться). Как правило, такое ПО распространялось свободно, специальной лицензии для такого рода ПО (так же как и определения свободного ПО и ПО с открытыми исходными текстами [open-source software]) не существовало.
Главный лозунг движения за открытые исходные тексты -- ``ПО должно быть открытым''; силу этому движению в значительной степени придает объединяющая разработчиков неприязнь к закрытому ПО и к компаниям, принципиально защищающими закрытое ПО (например -- Microsoft). Основные недостатки закрытого ПО следующие:
Далее перечислены преимущества открытого ПО для бизнеса в широком понимании (то есть бизнеса. хотя бы каким-либо образом использующим ПО), изложенные в оригинале на [1.1] и частично на [1.4]. Расписать преимущества открытого ПО лучше, чем Эрик Реймонд, пожалуй, сложно.
Эрик Реймонд начинает рассказ о преимуществах открытого ПО с цитаты Джеральда П. Вейнберга [Gerald P. Weinberg]: ``Если бы строители строили дома также, как программисты пишут программы, то первый же дятел, встретившийся на пути цивилизации, уничтожил бы ее''. По мнению Реймонда, проблема надежности остается одной из главных проблем ПО.
Основанием использования открытого ПО в бизнесе является надежность открытого ПО. Исходные тексты доступны всем; оно более надежно, чем закрытое, собственническое ПО. Доработанный открытый исходный код надежен настолько, насколько это возможно.
Здесь необходимо небольшое пояснение, взятое из [3] . С появлением Linux с открытым ПО стала связываться идея ``базарной модели разработки ПО'', которая противопоставляется традиционной централизованной ``соборной модели'', ``При достаточном количестве глаз, ошибки выплывают на поверхность'' -- показательное в этом смысле высказывание Линуса Торвальдса, раскрывающее один из важнейших принципов такой разработки. Линус начал активно привлекать к бета-тестированию и исправлению ошибок в программах рядовых пользователей. Пользователь закрытого ПО может только сообщить об ошибке, допустим, в службу поддержки, а потом он может ждать исправления ошибки в самой программе минимум через несколько месяцев. Пользователь же открытого ПО может, найдя ошибку, указать на нее разработчику, и ошибка сразу же будет исправлена в следующем релизе, а релизы для открытого ПО могут появляться по нескольку раз в день. Если даже компания, разрабатывающая ПО, тестирует свое ПО внутри своей структуры, количество бета-тестеров не сравнимо с количеством бета-тестеров открытого ПО, при том что последние не только ищут, но и исправляют ошибки. Кроме того, в мире открытого ПО намного выше стандарты надежности, так как разработчики действуют по другим мотивам: личный престиж, удовлетворение от собственной работы и другими мотивами нематериального характера. Теперь понятно, откуда берется надежность открытого ПО.
Это [OSS] кажется радикальной идеей для многих бизнесменов. Многие из них верят, что открытое ПО необходимо является ``непрофессиональным''. низкого качества и более склонно к зависаниям, чем закрытое ПО.
Лучшим опровержением является сама инфраструктура Интернета. Достаточно вспомнить DNS (Domain Name Server), sendmail (основная программа для *nix-систем для отправки электронной почты), различные открытые TCP/IP стеки (например, считающийся самым быстрым TCP/IP стек FreeBSD) и утилиты, языки для создания скриптов, такие как Perl, на которых построены большинство ``живых'' сайтов WWW (вообще говоря, сфера применения Perl намного шире, так как это полноценный язык, реализованный на множестве платформ). Это механизмы, на которых Интернет основан, а без них Интернет вряд ли мог бы существовать.
Эти программы с открытыми исходными текстами показали просто удивительный уровень надежности и прочности в стремительно меняющихся условиях (включая гигантский и невероятно быстрый рост размеров Интернета) в сравнении даже с лучшим коммерческим ПО.
В независимом тесте на надежность ``лицом к лицу'' открытые *nix-системы были менее хрупкими -- то есть зависали реже -- чем их собственнические аналоги. Документ с тестом доступен в формате Postscript и PDF (как известно, у производителей закрытого ПО свои тесты).
Результаты от применения в бизнесе технических преимуществ открытого ПО очевидно для Эрика Реймонда. В конечном счете, просмотр исходных текстов заинтересованными сторонами (которыми, напомним, в ``базарной модели'' являются и пользователи) станет необходимым условием высокого качества программного продукта. Во многих рыночных нишах ПО, исходные тексты которого не могут быть доступны любому, перестанет считаться конкурентноспособным.
Никто не подсчитывал, какие убытки несет та или иная компания, более или менее активно использующая компьютеры, в результате зависаний или просто ненадежной работы ОС или приложений: как выразился оди из участников форума Slashdot.org, ``Компании платят своим сотрудникам за то, что те перезагружают компьютеры''. Однако эти убытки могут быть сравнимы в некоторых случаях со стоимостью все ИТ-инфраструктуры компании. В ситуации с продуктами Microsoft с проблемой надежности связана проблема поддержки пользователей. Зависания или нестабильная работа программ являются одной из главных причин обращения пользователей в службу поддержки, тогда как в Microsoft эта служба стала с первого февраля 2001 года ограниченной и платной. В мире открытых исходных текстов также распространена платная поддержка, но проблема надежности для пользователей стоит менее остро.
Защищает ли закрытый исходный текст от попыток взлома? -- по мнению Эрика Реймонда, в действительности все как раз наоборот, что может подтвердить любой криптограф. Безопасность не может осуществляться во мраке.
Это происходит потому, что у взломщиков намного больше стимулов и они более настойчивые, чем разработчики и тестеры (которым, кроме безопасности, приходится заботиться о многом другом). Взломщики найдут ``дыры'' в ПО, вне зависимости от того, является ПО закрытым или открытым.
Закрытые исходные тексты приводят к нескольким пагубным последствиям: во-первых, они создают иллюзию защищенности (характерно, что тогда как в мире открытого ПО конфиденциальные данные либо шифруются с помощью серьезного криптоалгоритма, либо программа при каждом запуске будет напоминать, что ваши данные хранятся в виде простого текста и не шифруются, разработчики закрытого ПО часто полагаются на ``авось'' и, например, делают хранитель паролей без криптозащиты). Во-вторых, людям, желающим устранитьошибки и незащищенность в программе сделать это будет невозможно. В-третьих, для закрытого ПО труднее распространять надежные исправления, когда ``дыра'' в защите обнаружена. Фактически открытые ОС и приложения намного безопаснее, чем их закрытые аналоги. Когда в 1997 году был обнаружен эксплоит ``Ping o'Death'', разработчики Линукс сделали защиту от него в течение нескольких часов, тогда как закрытое ПО не закрывала эту ``дыру'' месяцами.
Много громких взломов было совершено тривиальными способами или когда взломщики использовали давно известные ``дыры'' в защите интернет-серверов, но которые системные администраторы не удосужились закрыть.
Алан Кокс [Alan Cox] написал статью ``Риск работы с закрытым ПО''.
Точку зрения Эрика Реймонда подтверждает уход Филипа Зиммермана, создателя программы шифрования сообщений с открытым ключом Pretty Good Privacy [PGP], из компании Network Assotiates Inc. в конце февраля 2001 года. Это было связано с тем, что руководство компании решило сократить объем раскрываемого исходного кода в PGP, традиционно распространявшейся в как открытое ПО по решению Зиммермана. Зиммерман заявил, что будет заниматься развитием открытого стандарта OpenPGP.
``Базарная'' модель разработки, кажется, переворачивает традиционные представления о разработке ПО; чем больше программистов -- тем лучше (в ``Соборе и базаре'' Реймонд противопоставляет эту связь закону Фредерика Брукса о мифическом человеко-месяце: начиная с некоторого момента, добавление новых разработчиков к проекту не дает ожидаемого прироста скорости разработки) (по крайней мере, до того момента, пока лидеру проекта или команде основных разработчиков хватает компетенции управлять укрупнением проекта). Даже небольшой проект по разработке открытой программы может увлечь больше умов, чем большинство традиционных проектов может себе позволить. Вне зависимости от того, разрабатывается ли программа для внутреннего использования или для продажи, разработка по модели открытых исходных текстов дает следующие преимущества.
Предполагается, что коммерческие разработчики, использующие ``базарную модель'' смогут получить и удерживать значительное начальное преимущество над теми, кто ее не использует. Если рассмотреть рыночную нишу, то первый коммерческий разработчик, который примет эту модель в данной нише, получит приемущество. Дело в том, что общее количество свободных талантливых разработчиков, согласных разрабатывать открытое ПО, ограничено. Первый ``базарный'' проект на конкретной рыночной нише, скорее всего, привлечет лучших. А если они бескорыстно вкладывают свое время в разработку, то, скорее всего, они продолжат разработку этого проекта.
Переход на открытую модель разработки поможет также значительно снизить издержки в общих расходах на проект.
Открытая модель позволяет компании-разработчику передать часть своей работы на внешнее управление (аутсорсинг), платя за это ценностями, менее материальными, чем деньги. (Хотя, возможно, экономически не менее значимыми; увеличение скорости, с которой внешний со-разработчик может исправить ошибку, часто может превратиться в реально возможную прибыль для фирмы-разработчика.) То есть меньшие фирмы смогут заниматься разработкой больших проектов.
При разработке ПО для продажи к преимуществам открытого ПО добавляются еще два.
Один из наиболее часто повторяемых советов менеджеру -- ``Старайтесь быть ближе к покупателю''ю В сегодняшнем бизнес-климате, быстро меняющемся и располагающим к короткому производственному циклу, это становится все важнее -- нужно понять, что нужно покупателю, как только он сам это поймет, чтобы быть готовым сразу же предложить то, что нужно.
В этом плане мало что может быть лучше, чем разработка продукта совместно с потребителем продукта. ``Базарный'' метод разработки напоминает то, как многие успешные японские компании занимались потребительской разработкой продукта: можно выйти на рынок с продуктом, который не до конца доработан, а потом, основываясь на отзывах потребителей, быстро достичь той комбинации качеств продукта, которая будет наиболее востребована потребителями. Эта модель особенно ценна для высокотехнологичных товаров (лэптопы, PDA, сотовые телефоны и т.д.), потребность в которых потребитель может не осознавать, или он может на знать точно, какие качества продукта ему нужны.
Важным эффектом от использования открытой модели разработки будет больший круг платформ, на которых будет работать продукт. Разработчикам открытого ПО часто приходят бесплатно версии их ПО для ОС и сред, о которых сами разработчики только слышали, и для которых разработчики не могут себе позволить поддержку версий своего продукта. Безусловно, каждое такое портирование расширяет базу пользователей и увеличивает рыночную привлекательность продукта.
Для предпринимателя или производителя ПО в начинающем проекте [start-up] использование открытой модели разработки -- способ получить дополнительные интеллектуальные ресурсы. Лучшая в мире новая идея не будет приносить дохода, пока ей не заинтересуется достаточное количество людей.
Имеет ли это смысл в качестве стратегии зависит от того, в за счет чего фирма получает основной доход: собственно за счет продажи ПО или за счет услуг и знаний, связанных с данным программным продуктом. Все чаще большую ценность приобретают именно услуги и интеграция.
В качестве недавнего примера можно привести компанию Digital Creations, которая открыла исходные коды своего основного продукта Zope по совету своих венчурных инвесторов. Последние планируют увеличение стоимости компании за счет открытия исходных кодов.
Теперь рассмотрим открытые исходные тексты с точки зрения инвестора. Существует по крайней мере четыре бизнес-модели для получения дохода от деятельности, связанной с открытым ПО:
Для производителей аппаратного обеспечения (таких, как производители полупроводников или переферии) интерфейсное ПО даже потенциально не может быть источником прибыли. То есть хуже от перехода к открытому ПО уже не будет.
Оказывается, что есть люди, готовые спорить, что открытая модель разработки можеть быть применима с экономический точки зрения непосредственно к разработке аппаратного обеспечения (и еще одно предложение по этому поводу). но это отдельный вопрос, который пока лучше отложить.
В данной части представлена комментированная точка зрения Николая Безрукова (ведущий аналитик корпорации BASF, профессор университета Fairleigh Dickinson, веб-мастер сайта www.softpanorama.org -- Open Source Software University -- добровольного технического сайта программы ООН "United Nations SDNP programme", которая помогает с подключением к Интернету и распространением Линукс в развивающихся странах), который принципиально поддерживает OSI, но против пропаганды OSS как идеи, которая спасет мир. Николай Безруков считает необходимым проводить анализ сильных и слабых сторон OSS, он против Реймондизма [Raymondism] -- культа вокруг открытых исходных текстов. В основном, критика Безрукова относится к главному сочинению Эрика Реймонда [3] и направлена против следующих утверждений:
Свои размышления по этому вопросу Н. Безруков начинает с цитирования Линуса Торвальдса:
``Люди думают, что если разработка идет на базе открытой модели, это приведет к лучшим результатам автоматически. Это не так. Чтобы достичь успеха, разработку необходимо вести в нужном направлении. Открытые исходные тексты не решают проблему мирового голода''.По мнению Безрукова, ``базарной'' модели разработки присущи следующие недостатки:
Эта проблема, насколько мне известно, Безруковым не поднималась, однако это одна из причин, почему все до сих пор не перешли на открытое ПО, если с технической точки зрения оно имеет столько преимуществ. Если компания решила перейти на использование открытого ПО (прежде всего, открытой ОС), перед ней встает ряд задач, рассмотрев которые с самого начала, возможно, от перехода на открытое ПО придется отказаться. Открытая ОС более надежна, но нуждается в первоначальной настройке. Чтобы освоить новое ПО, компании придется брать одного системного администратора на 10-15 человек персонала, если персонал изначально не обучен работе с открытым ПО (а лучше -- отправить на двухнедельные курсы каждого сотрудника). Теоретически, когда-то должен будет наступить момент, когда персонал освоится, штат системных администраторов можно будет сократить и за счет преимуществ открытого ПО производительность труда предприятия возрастет. Но неопределенность временных рамок перехода и затрат на него сдерживает многие компании от такого решительного шага, как смена программной платформы всего предприятия (серьезное предприятие всегда интегрировано, поэтому переводить на открытое ПО придется все рабочие станции). Безусловно, есть решения для совместной работе MS Windows и Линукс (именно о таком переходе чаще всего идет речь), но такая работа, как и установка на одном компьютере двух ОС, может быть лишь временным решением (нет смысла переходить на открытое бесплатное ПО и при этом продолжать тратить деньги на закрытое). Таким образом, открытое ПО лучше всего подходит для новых компаний, изначально набирающей сотрудников, умеющих работать с открытым ПО, потому что физически перевод компании на принципиально другую ОС возможен лишь тогда, когда размер компании (численность сотрудников и количество рабочих станций) не превышает некоторого ``предела мобильности''.
Итак, после рассмотрения нескольких доводов о недостатках открытой модели разработки можно заключить следующее: во многом недостатки открытой модели разработки являются продолжениями ее достоинств (как в случае ``слишком тесного'' контакта с пользователями), в других недостатком открытой модели становится слишком сильная зависимость всего проекта от ведущих разработчиков, от их организаторских и даже дипломатических способностей (в большинстве проектов разработчики контактируют исключительно через Интернет). При выборе продукта для использования покупателю или модели разработки координатору проекта следует, во всяком случае, все взвесить, и не поддаваться той эйфории, которая охватила широкие массы пользователей, часто не представляющих себе, какими же конкретными качествами обладает открытое ПО. В большинстве случаев достоинства открытого ПО перевешивают, однако возможна и ситуация, когда проявятся недостатки открытой модели разработки, и выбор с самого начала закрытой модели разработки был бы более разумен.
Метод закрытой разработки, например, может быть эффективен для небольших программных продуктов, где из-за небольшого количества строк кода, а следовательно, и ошибок, не стоит тратить усилия на создание и поддержание сообщества со-разработчиков, которым, к тому же, это может быть неинтересно. Однако качество -- действительно сильная сторона открытого ПО, поэтому путь открытия исходных кодов для значительного повышения надежности своего программного продукта, повышения авторитета компании (ведь открытые исходные тексты гарантируют ``чистоплотность'' программы) открыт для любого коммерческого разработчика.
Netscape Communications (на данный момент -- подразделение AOL) приводится Эриком Реймондом как классическая компания, открывшая исходные тексты по модели ``гонка за лидером''. При упоминании названия этой модели многие вспоминают так называемую ``войну браузеров'', но мало кто помнит, что Netscape с помощью своего браузера стремилась также укрепить позиции своих сетевых сервисов, таких как Netcenter. Сетевые сервисы в то время только зарождались, но затем, поверив в их перспективность, другие компании также стали строить свои порталы (в том числе и Microsoft). Из пресс-релиза компании [NSCP] за 22 января 1998 года: ``NCSP сегодня объявила о планах по раскрытию исходного кода <...> клиента Netscape Communicator <...> Эта стратегия призвана ускорить разработку и свободное распространение будущих версий Netscape Communicator для корпоративных заказчиков и физических лиц, подготавливая почву на рынке для корпоративных решений и бизнеса, основанного на Netcenter''.
То есть Netscape закладывала двойную прочность в свою бизнес-модель: планировалось получать прибыль как за счет брэнда, так и от сетевых сервисов. В сознании пользователей браузера за Netscape закреплялась репутация производителя качественного ПО, что добавляло преимуществ закрытому ПО от Netscape. В браузере Mozilla, разработка которого идет параллельной веткой разработке Netscape 6, закладок [bookmarks] на сайты Netscape нет, но в браузере Netscape 6 такие закладки указывают на большинство мест, которые захочет посетить среднестатистический пользователь, Естественно, по мнению Netscape, все самое интересное -- на порталах Netsape. Здесь задачей Netscape становится удержание пользователей в сети своих сайтов на все время сеанса связи также, как это делает AOL по отношению к своим подписчикам.
Код первой бета-версии Netscape 6 (Preview Release 1 появился 5 апреля 2000 года) на 98 процентов совпадал с Mozilla M18, но Netscape стала активно улучшать и рекламировать быстродействие Netscape 6, технологию тем и, естественно, связь браузера с порталами Netscape. Кроме того, в Netscape 6 встроены программные продукты и технологии третьих фирм, такие как Net2Phone, Macromedia Flash. Одним из главных достоинств Netscape 6, наиболее активно рекламируемых, является встроенный клиент AOL Instant Messager. Руководители проекта Mozilla сразу объявили своей основной целью разработку многоплатформенного модульного приложения, тогда как Netscape 6 поддерживает три ``стратегические'' платформы: Windows, Linux и MacOS (кроме того, Netscape 6 работает на Solaris).
Двойное лицензирование кода позволило встроить в Netscape 6 AOL Instant Messager, используемый AOL в качестве рекламной площадки. Почти одновременно с выходом первого пре-релиза Netscape 6 AOL объявила (5 апреля 2000 года) о заключении OEM-соглашения с Gateway о том, что на новые Интернет-устройства Gateway будет устанавливаться Netscape 6. Именно открытость кода браузера помогла доработать его для использования в специальных интернет-устройствах, которые многими рассматриваются как более перспективные средства для доступа к Сети, чем традиционные ПК, которым отводится роль сервера в доме.
Таким образом, стратегическое решение Netscape Communications об открытии исходного кода своего браузера во многом определило возрастание популярности сетевых сервисов Netscape и AOL, увеличение количества пользователей AOL Instant Messager и, следовательно, рекламной аудитории AOL.
К сожалению, так как Netscape Communications Corporation была куплена AOL, которая потом объединилась с Time Warner, статистика многопрофильной AOL-Time Warner не дает возможности оценить коммерческую эффективность опубликования исходного кода Mozilla, однако в пресс-релизах AOL заявляет о всяческой поддержке данного проекта, проводит маркетинговые компании, направленные на увеличение количества пользователей Netscape 6. Так, в пресс-релизе за 5 апреля 2001 говорится буквально следующее: ``Начиная с сегодняшнего дня, America Online начинает рекламную кампанию в национальных газетах и журналах, по каналам телевидения с лозунгом <...> Netscape 6 также будет распространяться через America Online's Browser Distribution Program и через недавно начатую Affiliate Browser Program''.
Финансовые показатели AOL-Time Warner: ``В последнем отчетном году, который закончился в декабре 2000, выручка компании возросла на 35% до $7.70 миллиардов. Прибыль возросла на 12% до $1.15 миллиардов. Этот результат отражает рост числа подписчиков и увеличение дохода от рекламы, частично компенсированное увеличением расходов, связанных с продажами.'' [5]
Кроме сетевых сервисов, AOL-Time Warner также занимается кабельным телевидением, кино-индустрией, телесетями, музыкой и издательством. На данный момент AOL-Time Warner -- медиа-гигант, практически монополист (по количеству клиентов в сети) на рынке программ мгновенных сообщений. Тогда как Sun и Microsoft фиксировали падение прибылей из-за общего спада в ИТ-отрасли США (существует мнение, что это был первая волна нового рынка, тогда как основные прибыли приносит вторая волна, когда в компании приходят предприниматели с серьезными бизнес-планами на готовую инфраструктуру), AOL закончила год с большим приростом прибыли. Соответственно и такой проект, как Netscape 6, которому AOL уделяет столько внимания, не может быть убыточным, иначе подразделение Netscape Communications было бы попросту расформировано. Реальную прибыль от Netscape 6 AOL получила от распространения AIM.
Судя по статистике, (см. Приложение 3 ) Netscape 6 еще малопопулярен, так что существенное повышение прибыли от сетевых сервисов за счет закладок в Netscape 6 Netscape Communications может планировать получить. Однако ``шумиха'' вокруг сначала открытия исходных кодов Netscape 5.0, затем выхода релиза Netscape 6 безусловно послужила бесплатной рекламой Netscape Communications, то есть повышения значимости брэнда должно было уже произойти. А за счет этого -- и повышение уровня продаж закрытых продуктов Netscape Communications, таких как web- и mail-серверы.
Netscape 6 представляет собой вариант gated source, когда только часть исходного текста доступна всем без ограничений (закрытыми являются модули сторонних разработчиков, а открытым является код Mozilla). Из-за включения в свой продукт модулей сторонних разработчиков (которые несогласны открывать свои исходные коды), примеру Netscape последовала Apple: свободная ОС Darwin -- основа MacOS X, последняя ОС для Macintosh.
Решение Sun Microsystems сначала о покупке StarDivision, производителя бесплатного, но закрытого офисного пакета StarOffice, а потом об открытии исходных текстов StarOffice, переименованного в OpenOffice , казалось бы, вполне укладывается в модель повышения узнаваемости и популярности брэнда Sun Microsystems, который в связи с открытием исходных текстов StarOffice долгое время многократно упоминался даже в неспециализированной периодике, не говоря о сетевых СМИ. Но Sun Microsystems заявила о намерении предоставлять сетевые сервисы, конкретно, сервисы по работе с приложениями через браузер, что является логичным продолжением идеологии ``тонких клиентов''.
Тонкий клиент -- модель, при которой к рабочей станции (в старой терминологии) требования по мощности процессора и объему памяти минимальны, жесткого диска может вообще не быть. Все приложения запускаются на сервере, а на тонкие клиенты передается лишь изображение. Естественно, требования к серверу повышаются, но такая модель дает ощутимое сокращение расходов даже при построении системы с нуля, не говоря уже о возможности за счет покупки одного сервера ``вдохнуть новую жизнь'' в старое аппаратное обеспечение, то есть выполнять современные приложения на, казалось бы, безнадежно устаревшей аппаратуре.
Однако терминальный доступ подрузамевает сервер и тонкий клиент, находящиеся на одном предприятии, а ``сетевой компьютер'' -- концепция, при которой к серверу приложений доступ осуществляется через Интернет, и клиент покупает услуги использования приложения или контента (все что нужно для работы -- браузер). Такая концепция имеет несколько очевидных преимуществ:
Здесь необходимо сделать одно замечание относительно продаж компьютеров и серверов. Спад продаж ПК в США из-за насыщения рынка привел к тому, что компания Micron, например, продала свое подразделение по производству ПК, Dell впервые произвела массовые увольнения. В то же время на рынке серверов норма прибыли и раньше была высокой, а теперь этот рынок стал более привлекательным для компаний, занимающихся производством десктопов, и конкуренция здесь, видимо, будет обостряться. Sun Microsystems не производит ПК, однако обострение конкуренции не может не сказываться на компании. Кроме того, Интернет-компании, обеспечивавшие высокий спрос на мощные серверы для баз данных и web-серверов, исчезают в массовом порядке. Остаются биотехнологии, вычислительные запросы которых не представляется возможным удовлетворить в сколько-нибудь обозримом будущем. Сетевые сервисы намного менее ресурсоемки, но на данный момент, они, по-видимому, остаются вторым по привлекательности рынком сбыта мощных вычислительных систем (не только класса ``сервер''). Для освоения этого рынка компании нужно предложить законченное аппаратно-программное решение, решающее поставленную задачу доступа к сетевым сервисам (и такие решения уже есть, это Sun ONE от Sun Microsystems, Netaction от Hewlett-Packard и другие).
Что же имеется в виду под сетевыми сервисами? -- Пока это, прежде всего, стандартные офисные приложения, такие как электронные таблицы и текстовые процессоры, базы данных, а OpenOffice и является как раз таким офисным пакетом. Многоплатформенный офисный пакет до недавнего времени был недостающим звеном в модели сетевых сервисов Sun. Остальные части модели, такие как Java и XML -- от самой Sun или от других разработчиков -- уже были доступны. С позиции продвижения сетевых сервисов открытие исходных текстов StarOffice представляется, в том числе, и маркетинговой акцией: в связи с открытием исходных текстов само название ``StarOffice'' получило более широкую известность, поэтому одно это название может очень сильно способствовать продвижению сетевых сервисов, в состав которых этот офисный пакет включен. Традиционная надежность открытого ПО также поможет продвижению сетевых сервисов Sun.
6 декабря 2000 года началась ``Solaris 8 Foundation Source Program''. Эта программа предполагает возможность приобретения исходного кода на дисках или возможность скачать исходные тексты Solaris 8 (для платформ x86 и Sun SPARC) после регистрации. Исходный код можно получить только от Sun, передавать его кому-либо запрещено лицензией. В принципе, этот маркетинговый ход должен стимулировать разработку приложений под Solaris, сообщества со-разработчиков не создавалось. Интересно рассмотреть, что же реально дает открытие исходных текстов одного из основных продуктов компании.
Если не вдаваться в юридические тонкости лицензирования, такой вариант gated source представляет собой очень привлекательный для компании-разработчика вариант, так как компания продолжает получать прибыли от приобретения ее продукта коммерческими компаниями по коммерческой цене. В то же время и коммерческие, и индивидуальные пользователи могут изменять исходный текст продукта. Такие ``полусвободные'' лицензии порицаются идеологами открытого ПО, но практически пользователи остаются довольны такой формой лицензирования (см. дискуссии на [8]). Так, один из участников форума Slashdot.org заявил (речь идет о Sun Solaris): ``Что, собственно, было плохого в старой лицензии Sun? Да, это было не свободное ПО, но те, кто покупали продукт, получали полный исходный код. Это позволяло исправлять ошибки и добавлять новые возможности сообществом и для сообщества (или я сильно забыл детали). Если честно, я думаю, что именно так ПО должно распространяться. Если я покупаю копию Word, я хочу получить полный исходный текст. Я не думаю, что у меня необходимо должно быть право передавать исходный текст кому-либо еще. Но я не хочу зависеть от глючного приложения, которое я не могу исправить или модифицировать <...>''.
В попытках найти ``золотую середину'' при открытии исходного текста своего продукта, многие компании склоняются в пользу gated source, успокаивая сторонников открытого ПО тем, что это лишь временная мера. Теоретически, должна получиться комбинация преимуществ открытого и коммерческого ПО, но лицензирование с ограниченными свободами пользователей продукта отталкивает свободных разработчиков (понятно, что никто не согласен бесплатно работать на какую-либо компанию, выполняя работу за нее). Возможно, для некоторых продуктов полная свобода распространения не назрела, в то же время коммерческие разработчики ПО, такие как Sun, всегда действуют из соображений получения прибыли. Если раньше можно было получать максимальную прибыль, продавая закрытое ПО -- компании продавали закрытое ПО. Если сейчас наиболее выгодным для данного продукта оказывается модель с gated source -- используется эта модель. И лишь когда зарабатывать непосредственно на софте, как это случилось на рынке браузеров, станет невозможно, данное ПО станет распространяться свободно. Пока для Sun наиболее выгодно получать прибыль от продаж ПО, предоставляя свободный доступ к своему продукту для некоммерческого использования -- фактически жертвуя лишь небольшой частью прибыли, которую компания получала от индивидуальных пользователей. Платформа Sun SPARC практически недоступна для индивидуального применения, а на i386, как уже упоминалось, Solaris был портирован относительно недавно, поэтому некоммерчески Solaris мог применяться лишь в университетах.
Фактически модель разработки изменилась ненамного, только теперь пользователи могут не просто найти ошибку в ПО, но и исправить ее или добавить дополнительные возможности. Основная же разработка продолжает вестись в Sun, поэтому данная модель -- примерно посередине между закрытым и открытым ПО. Кажется, что в данном случае открывать исходные тексты было незачем, если модель разработки остается примерно такой же. Кроме больших возможностей разработки приложений и драйверов под Solaris, есть еще одно объяснение, почему открытие исходных текстов Solaris оказалось необходимым: главное достоинство программ с открытым исходным текстом -- надежность, а в критичных к надежности применениях (простой интернет-сервера мгновенно повлечет за собой убытки для компании, чья инфраструктура связана с Интернетом) одно это конкурентное преимущество может выдвинуть компанию, предлагающую аппаратно-программные решения, на ведущие позиции на рынке.
Российская компания ASP Linux появилась совсем недавно, и первый релиз их продукта вышел во время проведения Комтека'2001. Данная ОС позиционируется разработчиками как ОС как для провайдеров сервисов приложений (Application Server Provider, чаще переводится как ``провайдер сетевых сервисов''), так и для использования в качестве настольной системы. ASP Linux объединилась с двумя создателями дистрибутива BlackCat Linux (русифицированный Red Hat), уже имея свои наработки. Среди наиболее интересных:
По схожей модели действует компания ALT Linux (большинство разработчиков в которой из IPLabs Linux Team, известной по дистрибутиву Mandrake). Компания ALT Linux разрабатывает сверхзащищенный дистрибутив для серверного применения, одновременно оказывая IT-услуги, перечень которых примерно совпадает с перечнем услуг компании ASP Linux. Даже выбор рыночной ниши для продуктов этих компаний (дистрибутивы для провайдеров сетевых сервисов и защищенных интернет-серверов) говорит о том, что компании хотели бы создать свою репутацию, прежде всего, среди корпоративных заказчиков, которые могут обращаться к данным компаниям за перечисленными услугами. К сожалению, действуя в России, ориентироваться на платежеспособный спрос на свои услуги со стороны индивидуальных пользователей компании ASP Linux и ALT Linux не могут.
Абсолютно все рассмотренные модели (хотя открытие исходных кодов Solaris можно считать лишь маркетинговым ходом) предполагают получение лишь косвенных доходов от распространения ПО. Но одно из главных и, пожалуй, наиболее ценное преимущество открытого ПО -- надежность -- больше всего влияет на сам программный продукт, повышая его конкурентные преимущества. Если раньше правило ``объем продаж=маркетинг'' действовало безотказно, что проявилось в успехах компании Microsoft, сделавшей свой бизнес на продаже нестабильной ОС, то теперь покупатель (как корпоративный заказчик, так и индивидуальный пользователь) старается разобраться в преимуществах того или иного ПО, прежде чем его покупать. На корпоративном рынке маркетинг всегда играл меньшую роль, поэтому Linux, продукт с изначально нулевым маркетингом, смог завоевать значительную долю рынка серверов. То есть на корпоративном рынке объем продаж больше зависит именно от качества продукта, поэтому продукт с открытыми исходными кодами (что подразумевает высокое качество) имеет здесь болше шансов в конкуренции с другими программными продуктами. Рынок настольных систем неоднороден, в развитых странах отношение к открытому ПО можно охарактеризовать как ``эйфория'', в неразвитых же из-за большого объема рынка пиратской продукции высокая цена коммерческого ПО не играет никакой роли, поэтому пользователь выбирает между открытым и бесплатным, не ощущая особой разницы. Компании, чей бизнес построен на разработке открытого ПО, страдают от пиратства в той степени, в которой корпоративные заказчики не обращают внимания на их продукты и услуги, не видя в них необходимости. То есть убедить предприятие, например, в России перейти на открытое ПО, чтобы затем предложить этому предприятию консультационные услуги, сложнее, чем в США, если предприятие в России использует пиратское ПО. Но и в России только по причине более высокого качества открытое ПО обретает все большую популярность.
Таким образом, открытое ПО имеет явные преимущества перед коммерческим в тех странах, где коммерческие компании защищают свои права на интеллектуальную собственность, качество же ПО становится преимуществом при информированности пользователя ПО. Именно в этих случаях даже компании, занимающиеся только открытым ПО, такие как ASP Linux, вполне жизнеспособны. В принципе, ничего нового в бизнесе на открытом ПО нет -- это те же консультационные услуги и продажа аппаратного обеспечения, только клиенты привлекаются не столько за счет маркетинга непосредственно услуг и ``железа'', сколько из-за репутации компании; репутация же создается через выпуск максимально качественного програмного продукта -- а на данный момент максимального качества продукта можно добиться лишь открывая исходные коды и привлекая соразработчиков.
1. Opensource.org;
1.1 Opensource.org -- экономические преимущества открытого ПО;
1.2 Opensource.org -- определение открытого ПО;
1.3 Opensource.org -- "OSI Certified" лицензии;
1.4 Opensource.org -- ответы на часто задаваемые вопросы;
2. FSF;
3. Eric Raymond. ``Cathedral and Bazaar'' (русский перевод);
4. Softpanorama.org
4.1 Николай Безруков. ``Open Source Software Development as a Special Type of Academic Research'' (русский перевод);
4.2 Николай Безруков. ``A Second Look at the Cathedral and Baazar''; впервые опубликовано на www.firstmonday.org.
5. finance.yahoo.com -- основной источник финансовых показателей компаний;
6. Пресс-релизы Netscape Communications за 2000 год;
7. ZDNet.com, ZDNet.ru -- см раздел ``Open Source''.
8. Slashdot.org -- в том числе, обсуждение решений Sun и Netscape по открытию исходных текстов соответствующих продуктов.