27 август 2020
Либертариум Либертариум

Бизнес-модели для проектов по разработке программ с открытыми исходными текстами

В данной работе сделана попытка ответа на один вопрос: "Может ли разработка ПО с открытыми исходными текстами приносить прибыль?"

Бизнес-модели для проектов по разработке программ с открытыми исходными текстами.

  1. Введение;
  2. Терминология;
  3. Идеология открытого ПО;
  4. Недостатки закрытого ПО;
  5. Теоретические преимущества разработки программного обеспечения с открытыми исходными текстами;
  6. Критический взгляд на разработку ПО с открытыми исходными текстами;
  7. Промежуточные итоги;
  8. Разбор моделей действующих проектов по разработке программного обеспечения с открытыми исходными текстами;
    1. AOL: Netscape 6;
    2. Sun Microsystems: OpenOffice;
    3. Sun Microsystems: Solaris;
    4. ASP Linux;
  9. Ссылки и источники;
  10. Приложение 1: кратко о Линукс;
  11. Приложение 2: список компаний, работающих в сфере открытого ПО.;
  12. Приложение 3: статистика использования браузеров.;
  13. Приложение 4: классификация ПО по степени "открытости" (согласно ZDNet.com)

Введение.

В данной работе сделана попытка ответа на один вопрос: "Может ли разработка ПО с открытыми исходными текстами приносить прибыль?" История бизнеса, построенного вокруг открытого ПО, делается в момент написания данной работы, поэтому пока даже классифицировать бизнес, связанный с разработкой ПО с открытыми исходными текстами, сложно. В России пока таких компаний мало, но они есть: 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 (подробнее см. "Компьютерра", i39350)
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). Основные недостатки закрытого ПО следующие:

  • Закрытое ПО в принципе тормозит научно-технический прогресс, так как фирмы-разработчики закрытого ПО, как правило, не обмениваются опытом и, в результате, часто, образно выражаясь, по нескольку раз изобретают один и тот же велосипед и наступают на одни и те же грабли. Сосредоточение патентов на главные технологии в одних руках может вести к монополизации рынка определённых программных продуктов, что имеет и положительные стороны. Например, разработка технологии только одной компанией гарантирует сохранение стандарта. Однако монополия полезна для пользователей ПО, когда монополия не проводит слишком агрессивной ценовой политики и поддерживает на определённом уровне качество своей продукции. От закрытых технологий страдает скорость развития всей отрасли, однако целью разработчиков ПО часто является не только и не столько поддержка новых технологий, сколько максимизация прибыли. Кроме того, страдает потребитель ПО, получающий недостаточно качественный продукт и вынужденный платить за такой программный продукт.
  • Закрытое ПО даёт возможность фирме-разработчику внедрять в основную программу другие программы, самой безобидной целью которых может быть сбор личных, например, музыкальных предпочтений пользователя [что при всей безобидности такой деятельности юридически является вторжением в частную жизнь, но за что почти нереально получить компенсацию в суде], а наиболее противоправными - сбор личных сведений о пользователе, создание специальных "дыр в защите" для того, чтобы при необходимости дистанционно (например, при обострении политических отношений со страной, в которой используется данное ПО) вывести из строя программу, программную или аппаратную часть компьютера - это так называемые "закладки", существование которых было доказано, например, в некоторых продуктах Lotus. Также известны обвинения в адрес некоторых производителей ПО в сговоре с производителями процессоров и жёстких дисков, в результате чего в программу могут внедряться специальные механизмы, тормозящие работу программы (пользователь вынужден покупать более производительный процессор или материнскую плату), или недостаточно оптимизируется код программ для того, чтобы они занимали больше места в оперативной памяти и на жестком диске.

Использование программ с открытыми исходными текстами играет на данный момент разную роль для разных компаний: некоторые компании делают на этом бизнес, как, например, Red Hat Software, некоторые, стремясь следовать за модой на открытые исходные тексты, инвестируют в проекты по разработке таких программ значительные средства или открывают исходные коды своих ранее закрытых продуктов (Sun Microsystems). Но ни одна компания, работающая в сфере ПО, даже мощнейшая империя Microsoft, не может игнорировать влияние движения за открытые исходные тексты на себя и на отрасль в целом. Linux - это своеобразное знамя движения за открытые исходные тексты, успех Linux - наибольший успех этого движения. Подробнее о Linux можно прочитать в Приложении 1.

Теоретические преимущества разработки программного обеспечения с открытыми исходными текстами.

Далее перечислены преимущества открытого ПО для бизнеса в широком понимании (то есть бизнеса. хотя бы каким-либо образом использующим ПО), изложенные в оригинале на [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 года ограниченной и платной. (Подробнее, например, "Инфо-бизнес", 13 февраля 2001 номер 6 (150)). В мире открытых исходных текстов также распространена платная поддержка, но проблема надёжности для пользователей стоит менее остро.

Безопасность.

Защищает ли закрытый исходный текст от попыток взлома? - по мнению Эрика Реймонда, в действительности всё как раз наоборот, что может подтвердить любой криптограф. Безопасность не может осуществляться во мраке.

Это происходит потому, что у взломщиков намного больше стимулов и они более настойчивые, чем разработчики и тестеры (которым, кроме безопасности, приходится заботиться о многом другом). Взломщики найдут "дыры" в ПО, вне зависимости от того, является ПО закрытым или открытым.

Закрытые исходные тексты приводят к нескольким пагубным последствиям: во-первых, они создают иллюзию защищённости (характерно, что тогда как в мире открытого ПО конфиденциальные данные либо шифруются с помощью серьёзного криптоалгоритма, либо программа при каждом запуске будет напоминать, что ваши данные хранятся в виде простого текста и не шифруются, разработчики закрытого ПО часто полагаются на "авось" и, например, делают хранитель паролей без криптозащиты). Во-вторых, людям, желающим устранить ошибки и незащищённость в программе сделать это будет невозможно. В-третьих, для закрытого ПО труднее распространять надёжные исправления, когда "дыра" в защите обнаружена. Фактически открытые ОС и приложения намного безопаснее, чем их закрытые аналоги. Когда в 1997 году был обнаружен эксплоит "Ping o'Death", разработчики Линукс сделали защиту от него в течение нескольких часов, тогда как закрытое ПО не закрывала эту "дыру" месяцами.

Много громких взломов было совершено тривиальными способами или когда взломщики использовали давно известные "дыры" в защите интернет-серверов, но которые системные администраторы не удосужились закрыть.

Алан Кокс [Alan Cox] написал статью "Риск работы с закрытым ПО".

Точку зрения Эрика Реймонда подтверждает уход Филипа Зиммермана, создателя программы шифрования сообщений с открытым ключом Pretty Good Privacy [PGP], из компании Network Assotiates Inc. в конце февраля 2001 года. Это было связано с тем, что руководство компании решило сократить объём раскрываемого исходного кода в PGP, традиционно распространявшейся в как открытое ПО по решению Зиммермана. Зиммерман заявил, что будет заниматься развитием открытого стандарта OpenPGP.

Преимущества для производителей ПО.

"Базарная" модель разработки, кажется, переворачивает традиционные представления о разработке ПО; чем больше программистов - тем лучше (в "Соборе и базаре" Реймонд противопоставляет эту связь закону Фредерика Брукса о мифическом человеко-месяце: начиная с некоторого момента, добавление новых разработчиков к проекту не даёт ожидаемого прироста скорости разработки) (по крайней мере, до того момента, пока лидеру проекта или команде основных разработчиков хватает компетенции управлять укрупнением проекта). Даже небольшой проект по разработке открытой программы может увлечь больше умов, чем большинство традиционных проектов может себе позволить. Вне зависимости от того, разрабатывается ли программа для внутреннего использования или для продажи, разработка по модели открытых исходных текстов даёт следующие преимущества.

Скорость разработки.

Предполагается, что коммерческие разработчики, использующие "базарную модель" смогут получить и удерживать значительное начальное преимущество над теми, кто её не использует. Если рассмотреть рыночную нишу, то первый коммерческий разработчик, который примет эту модель в данной нише, получит приемущество. Дело в том, что общее количество свободных талантливых разработчиков, согласных разрабатывать открытое ПО, ограничено. Первый "базарный" проект на конкретной рыночной нише, скорее всего, привлечёт лучших. А если они бескорыстно вкладывают своё время в разработку, то, скорее всего, они продолжат разработку этого проекта.

Меньшие расходы.

Переход на открытую модель разработки поможет также значительно снизить издержки в общих расходах на проект.

Открытая модель позволяет компании-разработчику передать часть своей работы на внешнее управление (аутсорсинг), платя за это ценностями, менее материальными, чем деньги. (Хотя, возможно, экономически не менее значимыми; увеличение скорости, с которой внешний со-разработчик может исправить ошибку, часто может превратиться в реально возможную прибыль для фирмы-разработчика.) То есть меньшие фирмы смогут заниматься разработкой больших проектов.

Преимущества для вендоров.

При разработке ПО для продажи к преимуществам открытого ПО добавляются ещё два.

Тесный контакт с покупателем.

Один из наиболее часто повторяемых советов менеджеру - "Старайтесь быть ближе к покупателю." В сегодняшнем бизнес-климате, быстро меняющемся и располагающим к короткому производственному циклу, это становится всё важнее - нужно понять, что нужно покупателю, как только он сам это поймёт, чтобы быть готовым сразу же предложить то, что нужно.

В этом плане мало что может быть лучше, чем разработка продукта совместно с потребителем продукта. "Базарный" метод разработки напоминает то, как многие успешные японские компании занимались потребительской разработкой продукта: можно выйти на рынок с продуктом, который не до конца доработан, а потом, основываясь на отзывах потребителей, быстро достичь той комбинации качеств продукта, которая будет наиболее востребована потребителями. Эта модель особенно ценна для высокотехнологичных товаров (лэптопы, PDA, сотовые телефоны и т.д.), потребность в которых потребитель может не осознавать, или он может на знать точно, какие качества продукта ему нужны.

Широкий рынок.

Важным эффектом от использования открытой модели разработки будет больший круг платформ, на которых будет работать продукт. Разработчикам открытого ПО часто приходят бесплатно версии их ПО для ОС и сред, о которых сами разработчики только слышали, и для которых разработчики не могут себе позволить поддержку версий своего продукта. Безусловно, каждое такое портирование расширяет базу пользователей и увеличивает рыночную привлекательность продукта.

Преимущества для предпринимателей.

Для предпринимателя или производителя ПО в начинающем проекте [start-up] использование открытой модели разработки - способ получить дополнительные интеллектуальные ресурсы. Лучшая в мире новая идея не будет приносить дохода, пока ей не заинтересуется достаточное количество людей.

Имеет ли это смысл в качестве стратегии зависит от того, в за счёт чего фирма получает основной доход: собственно за счёт продажи ПО или за счёт услуг и знаний, связанных с данным программным продуктом. Всё чаще большую ценность приобретают именно услуги и интеграция.

В качестве недавнего примера можно привести компанию Digital Creations, которая открыла исходные коды своего основного продукта Zope по совету своих венчурных инвесторов. Последние планируют увеличение стоимости компании за счёт открытия исходных кодов.

"Четыре пути к победе".

Теперь рассмотрим открытые исходные тексты с точки зрения инвестора. Существует по крайней мере четыре бизнес-модели для получения дохода от деятельности, связанной с открытым ПО:

  1. Поддержка продавцов (также известная как "Выкидывайте рецепт и открывайте ресторан"). В этой модели компания не занимается самим программным продуктом, но продаёт дистрибутив, получает доход за счёт торговой марки и послепродажного обслуживания. По такой схеме действуют Red Hat и Cygnus.
  2. Потеря лидера. В этой модели компания, проигрывающая позицию на рынке, открывает исходные тексты, чтобы составить конкуренцию закрытому ПО. Именно так поступила компания Netscape.
  3. Удержание рынка аппаратного обеспечения. В этой модели производитель аппаратного обеспечения (для которого ПО является комплементарным товаром, но не приносит большого дохода) открывает исходные тексты, чтобы получить лучшие драйверы и более дешёвые средства разработки интерфейса. Так, SGI поддерживает разработку Samba.
  4. Аксессуары. Продажа аксессуаров - книг, совместимого аппаратного обеспечения, целых систем с предустановленным открытым ПО. Это легко опошлить (футболки с открытыми исходными текстами, кофейные кружки, игрушки в виде линуксоидных пингвинов [пингвин - символ Линукс. Почему? - потому, что он ни у кого не вызывает антипатии]), но, по крайней мере, издание книг и производство аппаратного обеспечения принесло успех компаниям, которые этим занимаются: O'Reilly Associates, SSC, VA Research, в том числе.

Несомненный коммерческий успех среди сторонников открытого ПО имели компании, действующие по схемам поддержки продавцов и потери лидера. Тем не менее, есть основания полагать, что в наибольшего коммерческого успеха добьются компании, действующий по третьей модели.

Для производителей аппаратного обеспечения (таких, как производители полупроводников или переферии) интерфейсное ПО даже потенциально не может быть источником прибыли. То есть хуже от перехода к открытому ПО уже не будет.

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

Критический взгляд на разработку ПО с открытыми исходными текстами.

В данной части представлена комментированная точка зрения Николая Безрукова (ведущий аналитик корпорации BASF, профессор университета Fairleigh Dickinson, веб-мастер сайта www.softpanorama.org - Open Source Software University - добровольного технического сайта программы ООН "United Nations SDNP programme", которая помогает с подключением к Интернету и распространением Линукс в развивающихся странах), который принципиально поддерживает OSI, но против пропаганды OSS как идеи, которая спасёт мир. Николай Безруков считает необходимым проводить анализ сильных и слабых сторон OSS, он против Реймондизма [Raymondism] - культа вокруг открытых исходных текстов. В основном, критика Безрукова относится к главному сочинению Эрика Реймонда [3] и направлена против следующих утверждений:

  • "Закон Брукса" не подходит для "широкой" модели разработки с использованием Интернета;
  • "При достаточном количестве глаз все ошибки окажутся на поверхности";
  • Линукс относится к "базарной" модели разработки;
  • Открытая модель разработки автоматически приводит к прекрасным результатам;
  • "Базарная" модель разработки является новой революционной моделью разработки ПО.

Здесь приводится тезисы из [4.1] и комментированный перевод фрагментов из эссе Безрукова [4.2] относящихся, в основном, к возражениям против того, что "открытая модель разработки автоматически приводит к прекрасным результатам".

Свои размышления по этому вопросу Н. Безруков начинает с цитирования Линуса Торвальдса:

"Люди думают, что если разработка идёт на базе открытой модели, это приведёт к лучшим результатам автоматически. Это не так. Чтобы достичь успеха, разработку необходимо вести в нужном направлении. Открытые исходные тексты не решают проблему мирового голода."

По мнению Безрукова, "базарной" модели разработки присущи следующие недостатки:

Перегрузка и перегорание ведущих разработчиков.

Это происходит, в основном, из-за излишних амбиций разработчиков, которые стремятся достичь уважения в среде хакеров, программируя днями и ночами, соревнуясь с коммерческими разработчиками ПО. Перегорание разработчиков может быть серьёзной проблемой, однако при разумном подходе её можно решить. Пока ни один из крупных и ответственных (так как по этим проектам судят о перспективах открытого ПО в целом) не пострадал из-за этого. Типичный пример - Линукс, котрым бессменно руководит Линус Торвальдс. Чтобы не допустить перегорания, он снижает свою нагрузку, так как в его распоряжении достаточно людей, готовых заняться "рутинной" работой.

Консервативный подход к архитектуре.

По мнению Николая Безрукова, в ОС Линукс, например, нет абсолютно никаких новых решений с точки зрения дизайна ОС, а особенности "базарной" модели разработки не позволяют вносить решительные изменения в архитектуру проекта. Тем не менее, Линукс задумывался как принципиальная альтернатива MS Windows и коммерческим приложениям, и именно этой идеей увлеклись люди, а не архитектурными изысками ОС. Следствием "базарной" модели разработки может быть большое количество кода, написанного непрофессионалами. В ядре 2.4 ОС Линукс многие части ядра пришлось из-за этого переписать.

Консерватизм в дизайне ОС долгое время был свойственен и пользовательской серии MS Windows (9x, Me), потому что крупная корпорация была ограничена в манёвре из-за боязни потерять пользователей. Именно поэтому в коде пользовательской серии MS Windows содержатся коды совместимости с MS-DOS, хотя для исполнения 16-разрядного кода 32-разрядный процессор вынужден эмулировать (!) процессор Intel 8088, что не может не сказываться на производительности.

Консерватизм в дизайне может проявиться не сразу, а в достаточно поздней версии программы: со временем ошибки исправляются, а краеугольные камни архитектуры проявляются чётче. Это правило действует для всех: и для разработчиков открытого ПО, и для коммерческих разработчиков, не заложивших в своё время в проект достаточную масштабируемость.

Письменные коммуникации по электронной почте в некоторой степени имеют тенденцию искажать смысл и провоцируют столкновения и "почтовые перепалки" (flame wars).

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

Скорость разработки.

Тогда как Эрик Реймонд считает преимуществом открытого ПО увеличенную скорость разработки, Николай Безруков считает, что для немодульных, нераспараллеленных проектов разработка по "базарной" модели может существенно снизить темпы разработки; другими словами, "базарная" модель разработки ограничена в применении (у стандартной, централизованной модели таких проблем нет). В качестве примера Безруков приводит TEX, который был разработан Дональдом Кнутом единолично. Имени Дональда Кнута Безруков не упоминает, как будто TEX - всего лишь одна из программ, разработанных без участия Интернета, и имеющая повсеместную распространённость. Неудачным этот пример можно считать хотя бы потому, что почти всё, связанное с Дональдом Кнутом можно считать исключением: и TEX, и "Искусство программирования" (кратко о Дональде Кнуте - в теме номера "Компьютерры": i38722, i37823).

"Скорость убивает" и ее первой жертвой становится демократия (впервые отмечено Фредериком Бруксом в его анализе разработки OS/360).

Это социальный вопрос, решая который главному разработчику (или ядру разработчиков) приходится быть дипломатом, чтобы руководить тоталитарно и при этом удерживать людей, коммерчески незаинтересованных. Так, тоталитарными решениями Линуса Торвальдса недовольны многие, и, кажется, появление другого Линукса назревает, но пока этого не произошло. Обычно в мире открытого ПО такие проблемы решаются отделением недовольных разработчиков: либо просто уход, либо начало разработки конкурирующей программы (опять-таки специфика открытого ПО, так как у проприетарного ПО может быть только один собственник, и "раздвоение" невозможно). С одной стороны, это плохо, но с другой стороны, конкуренция всегда повышает качество продукта, так что конечного пользователя распри между разработчиками не должны волновать. Кроме того, если проект работает, успехи заметны, разработчики согласны продолжать - в конце концов, какая у него модель разработки - тоталитарная или демократичная - вопрос формализма. Другой вопрос - ясное понимание цели проекта, и тут скорость и качество могут столкнуться. Единственный на него ответ - в осознании и провозглашении главной цели проекта ведущим разработчиком (разработчиками). Акцентирование качества как центральной цели проекта реально увеличивает шансы выживания проекта в открытых исходниках. - считает Николай Безруков. В общем, это и проявилось, когда Линус Торвальдс многократно откладывал выпуск ядра 2.4, или когда откладывался выпуск Netscape 6.

Эффект "городского совета" или же эффект "Комитета по администрированию структурного планирования ядра Linux".

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

Проблема "Самого низко висящего яблока".

Программисты, заинтересованные не материально, а творчески, стремятся разрабатывать программы, которые им интересны. Наличие большого числа слабо поддающихся подсчёту текстовых редакторов - тому подтверждение. Видимо, из-за этого долгое время не было ядра свободной ОС.

Техническое замечание: с программистской точки зрения наиболее сложными в написании являются ОС и компилятор, потом к этим задачам добавилась реализация Java. Немного менее трудной задачей, чем написание ОС, является реализация какого-либо протокола (например, почтового). На самом деле, была одна ещё более сложная задача, чем все перечисленные вместе взятые - реализация TCP/IP стека. Над этим в работали институтах около двух десятков лет, в результате отлаженный стек унаследовали *BSD-системы, а разработчики Линукс воспользовались стеком FreeBSD. У MS Windows проблемы с TCP/IP стеком наблюдаются до сих пор.

В мире открытого ПО одна из функций FSF - направление разработчиков для создания завершённой свободной среды (ОС + все необходимые приложения). Поэтому, пока FSF существует и обладает авторитетом (во многом это авторитет Ричарда Столлмена) эта проблема решается.

Проблема перехода на открытое ПО.

Эта проблема, насколько мне известно,  Безруковым не поднималась, однако это одна из причин, почему все до сих пор не перешли на открытое ПО, если с технической точки зрения оно имеет столько преимуществ.

Если компания решила перейти на использование открытого ПО (прежде всего, открытой ОС), перед ней встаёт ряд задач, рассмотрев которые с самого начала, возможно, от перехода на открытое ПО придётся отказаться. Открытая ОС более надёжна, но нуждается в первоначальной настройке. Чтобы освоить новое ПО, компании придётся брать одного системного администратора на 10-15 человек персонала, если персонал изначально не обучен работе с открытым ПО (а лучше - отправить на двухнедельные курсы каждого сотрудника). Теоретически, когда-то должен будет наступить момент, когда персонал освоится, штат системных администраторов можно будет сократить и за счёт преимуществ открытого ПО производительность труда предприятия возрастёт. Но неопределённость временных рамок перехода и затрат на него сдерживает многие компании от такого решительного шага, как смена программной платформы всего предприятия (серьёзное предприятие всегда интегрировано, поэтому переводить на открытое ПО придётся все рабочие станции). Безусловно, есть решения для совместной работе MS Windows и Линукс (именно о таком переходе чаще всего идёт речь), но такая работа, как и установка на одном компьютере двух ОС, может быть лишь временным решением (нет смысла переходить на открытое бесплатное ПО и при этом продолжать тратить деньги на закрытое).

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

По сообщению PC Week 3-9 апреля 2001 года, номер 12 (282), муниципальные компьютеры Мехико планируется перевести на Linux, в результате чего должно быть сэкономлено 3 миллиона долларов. Это сумма, которую власти Мехико не потратят на приобретение новых продуктов MS. Однако если отнять от этой суммы издержки на документацию и обучение (не факт, что с Windows все умели работать, но всё же), что останется от трёх миллионов долларов, при том что чиновники, по-видимому,- не самый обучаемый персонал...

Промежуточные итоги.

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

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

Разбор моделей действующих проектов по разработке программного обеспечения с открытыми исходными текстами.

Источники в данной части - пресс-релизы компаний, финансовая общедоступная информация.

AOL: Netscape 6.

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 фиксировали падение прибылей из-за общего спада в ИТ-отрасли США (существует мнение, что это был первая волна нового рынка, тогда как основные прибыли приносит вторая волна, когда в компании приходят предприниматели с серьёзными бизнес-планами на готовую инфраструктуру - подробнее см. "Инфо-бизнес" за 3 апреля 2001 года, номер 13 (157), стр. 31), 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: OpenOffice.

Решение Sun Microsystems сначала о покупке StarDivision, производителя бесплатного, но закрытого офисного пакета StarOffice, а потом об открытии исходных текстов StarOffice, переименованного в OpenOffice, казалось бы, вполне укладывается в модель повышения узнаваемости и популярности брэнда Sun Microsystems, который в связи с открытием исходных текстов StarOffice долгое время многократно упоминался даже в неспециализированной периодике, не говоря о сетевых СМИ. Но Sun Microsystems заявила о намерении предоставлять сетевые сервисы, конкретно, сервисы по работе с приложениями через браузер, что является логичным продолжением идеологии "тонких клиентов".

Тонкий клиент - модель, при которой к рабочей станции (в старой терминологии) требования по мощности процессора и объёму памяти минимальны, жёсткого диска может вообще не быть. Все приложения запускаются на сервере, а на тонкие клиенты передаётся лишь изображение. Естественно, требования к серверу повышаются, но такая модель даёт ощутимое сокращение расходов даже при построении системы с нуля, не говоря уже о возможности за счёт покупки одного сервера "вдохнуть новую жизнь" в старое аппаратное обеспечение, то есть выполнять современные приложения на, казалось бы, безнадёжно устаревшей аппаратуре. В Windows2000 подобная технология называется "терминальный доступ" и, по мнению многих системных администраторов, является одним из самых полезных нововведений, по сравнению с Windows NT.

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

  1. Унификация стандартов - задача, которую часто приходится решать предприятиям, ложится на плечи сервера приложений. Именно поэтому фирмы, которые будут представлять сетевые сервисы, поддерживают XML, который легко конвертировать как в HTML для десктопов, так и в WML или следующий за ним стандарт для сотовых телефонов.
  2. Снижение общей стоимости эксплуатации (TCO - total cost of ownership). Приложения выполняются на сервере, поэтому требования к клиентам минимальны.
  3. Мобильность: опять же следует из того, что приложения выполняются на сервере, поэтому для мобильных устройств возможна работа с приложениями, которые требуют ресурсов мощного компьютера.

Судя по публикациям в прессе, на рынке сетевых сервисов предстоит битва HP, IBM, Sun, Microsoft и Oracle, которая определит лидеров на следующем витке развития ИТ-технологий: "Призы для победителей в разворачивающемся состязании за привлечение наибольшего количества сторонних разработчиков выглядят весьма привлекательно: рост продаж операционных систем; ПО для баз данных; консалтинговых услуг; наконец, компьютеров, особенно больших и дорогих серверов, поддерживающих работу web-сервисов." ("Инфо-бизнес", 27 марта 2001, N12 (156), стр.20.)

Здесь необходимо сделать одно замечание относительно продаж компьютеров и серверов. Спад продаж ПК в США из-за насыщения рынка привёл к тому, что компания Micron, например, продала своё подразделение по производству ПК, Dell впервые произвела массовые увольнения. В то же время на рынке серверов норма прибыли и раньше была высокой, а теперь этот рынок стал более привлекательным для компаний, занимающихся производством десктопов, и конкуренция здесь, видимо, будет обостряться. Sun Microsystems не производит ПК, однако обострение конкуренции не может не сказываться на компании. Кроме того, Интернет-компании, обеспечивавшие высокий спрос на мощные серверы для баз данных и web-серверов, исчезают в массовом порядке. Остаются биотехнологии, вычислительные запросы которых не представляется возможным удовлетворить в сколько-нибудь обозримом будущем. Сетевые сервисы намного менее ресурсоёмки, но на данный момент, они, по-видимому, остаются вторым по привлекательности рынком сбыта мощных вычислительных систем (не только класса "сервер"). Для освоения этого рынка компании нужно предложить законченное аппаратно-программное решение, решающее поставленную задачу доступа к сетевым сервисам (и такие решения уже есть, это Sun ONE от Sun Microsystems, Netaction от Hewlett-Packard и другие).

Что же имеется в виду под сетевыми сервисами? - Пока это, прежде всего, стандартные офисные приложения, такие как электронные таблицы и текстовые процессоры, базы данных, а OpenOffice и является как раз таким офисным пакетом. Многоплатформенный офисный пакет до недавнего времени был недостающим звеном в модели сетевых сервисов Sun. Остальные части модели, такие как Java и XML - от самой Sun или от других разработчиков - уже были доступны. С позиции продвижения сетевых сервисов открытие исходных текстов StarOffice представляется, в том числе, и маркетинговой акцией: в связи с открытием исходных текстов само название "StarOffice" получило более широкую известность, поэтому одно это название может очень сильно способствовать продвижению сетевых сервисов, в состав которых этот офисный пакет включён. Традиционная надёжность открытого ПО также поможет продвижению сетевых сервисов Sun.

На данный момент OpenOffice находится в начальной стадии разработки: код, опубликованный 13 октября 2000 года по объёму в девять раз больше кода проекта Mozilla, а последний принёс ощутимый результат через 3 года разработки. По примерным расчётам, отдачи от OpenOffice можно будет ожидать через 3-5 лет, учитывая опыт проекта Mozilla и готовую отлаженную инфраструктуру CollabNet (эта фирма занимается хостингом проектов по разработке открытого ПО).

Sun Microsystems: Solaris.

6 декабря 2000 года началась "Solaris 8 Foundation Source Program". Эта программа предполагает возможность приобретения исходного кода на дисках или возможность скачать исходные тексты Solaris 8 (для платформ x86 и Sun SPARC) после регистрации. Исходный код можно получить только от Sun, передавать его кому-либо запрещено лицензией. В принципе, этот маркетинговый ход должен стимулировать разработку приложений под Solaris, сообщества со-разработчиков не создавалось. Интересно рассмотреть, что же реально даёт открытие исходных текстов одного из основных продуктов компании.

  1. Основным продолжает оставаться продвижение аппаратного обеспечения - именно продажа "железа" приносит Sun Microsystems основные прибыли. На платформу Sun SPARC портировались ОС, но наиболее полно использовать все возможности платформы, такие как "горячая замена" процессоров и памяти может лишь Solaris. На платформе x86 строят дешёвые серверы, в линейке серверов от Sun это доступные серверы для малого бизнеса. Solaris 8 для платформы x86 (она же i386) хорош тем, что позволяет использовать лучше Linux и других возможности многопроцессорных конфигураций.
  2. Продвижение стандартов, таких как Java и приложений для неё (которые работают под Solaris значительно быстрее, чем под другими ОС - быстрее только под JavaOS, которая находится в разработке), своих баз данных, интернет-серверов и других приложений, которые лучше всего работают именно под Solaris, в частности, на Sun SPARC.
  3. Стимулирование сторонних разработчиков: знание исходного кода системы позволяет лучше подстраивать приложения под ОС. Именно по этой причине, по заявлению представителя корпорации Microsoft ([7], 1 февраля 2001), компания предоставила исходный код Windows сотням своих крупных заказчиков, однако изменять исходный код заказчики не могут. С количеством приложений под Solaris на SunSPARC всё в порядке, но на i386 Solaris был портирован относительно недавно, поэтому не хватает не только приложений, но и недостаточно поддерживается аппаратное обеспечение.

Solaris является примером ПО с доступным исходным текстом. Эта операционная среда свободно доступна только для некоммерческого применения (если скачивать Solaris 8 в исходном тексте или в скомпилированном виде в соответствии с другой программой Sun); чтобы изменения были внесены в основную ветвь разработки, они должны пройти сертификацию на соответствие стандартам.

Если не вдаваться в юридические тонкости лицензирования, такой вариант gated source представляет собой очень привлекательный для компании-разработчика вариант, так как компания продолжает получать прибыли от приобретения её продукта коммерческими компаниями по коммерческой цене. В то же время и коммерческие, и индивидуальные пользователи могут изменять исходный текст продукта. Такие "полусвободные" лицензии порицаются идеологами открытого ПО, но практически пользователи остаются довольны такой формой лицензирования (см. дискуссии на [8]). Так, один из участников форума Slashdot.org заявил (речь идёт о Sun Solaris): "Что, собственно, было плохого в старой лицензии Sun? Да, это было не свободное ПО, но те, кто покупали продукт, получали полный исходный код. Это позволяло исправлять ошибки и добавлять новые возможности сообществом и для сообщества (или я сильно забыл детали). Если честно, я думаю, что именно так ПО должно распространяться. Если я покупаю копию Word, я хочу получить полный исходный текст. Я не думаю, что у меня необходимо должно быть право передавать исходный текст кому-либо ещё. Но я не хочу зависеть от глючного приложения, которое я не могу исправить или модифицировать. <...> "

В попытках найти "золотую середину" при открытии исходного текста своего продукта, многие компании склоняются в пользу gated source, успокаивая сторонников открытого ПО тем, что это лишь временная мера. Теоретически, должна получиться комбинация преимуществ открытого и коммерческого ПО, но лицензирование с ограниченными свободами пользователей продукта отталкивает свободных разработчиков (понятно, что никто не согласен бесплатно работать на какую-либо компанию, выполняя работу за неё). Возможно, для некоторых продуктов полная свобода распространения не назрела, в то же время коммерческие разработчики ПО, такие как Sun, всегда действуют из соображений получения прибыли. Если раньше можно было получать максимальную прибыль, продавая закрытое ПО - компании продавали закрытое ПО. Если сейчас наиболее выгодным для данного продукта оказывается модель с gated source - используется эта модель. И лишь когда зарабатывать непосредственно на софте, как это случилось на рынке браузеров, станет невозможно, данное ПО станет распространяться свободно. Пока для Sun наиболее выгодно получать прибыль от продаж ПО, предоставляя свободный доступ к своему продукту для некоммерческого использования - фактически жертвуя лишь небольшой частью прибыли, которую компания получала от индивидуальных пользователей. Платформа Sun SPARC практически недоступна для индивидуального применения, а на i386, как уже упоминалось, Solaris был портирован относительно недавно, поэтому некоммерчески Solaris мог применяться лишь в университетах.

Фактически модель разработки изменилась ненамного, только теперь пользователи могут не просто найти ошибку в ПО, но и исправить её или добавить дополнительные возможности. Основная же разработка продолжает вестись в Sun, поэтому данная модель - примерно посередине между закрытым и открытым ПО. Кажется, что в данном случае открывать исходные тексты было незачем, если модель разработки остаётся примерно такой же. Кроме больших возможностей разработки приложений и драйверов под Solaris, есть ещё одно объяснение, почему открытие исходных текстов Solaris оказалось необходимым: главное достоинство программ с открытым исходным текстом - надёжность, а в критичных к надёжности применениях (простой интернет-сервера мгновенно повлечёт за собой убытки для компании, чья инфраструктура связана с Интернетом) одно это конкурентное преимущество может выдвинуть компанию, предлагающую аппаратно-программные решения, на ведущие позиции на рынке.

На финансовой статистике Sun отразился общий спад в IT-отрасли США: "По статистике за 9 месяцев (на 1 апреля 2001 года) выручка увеличилась на 33 процента до 14,26 миллиардов долларов. Прибыль упала на 6 процентов до 1,07 миллиардов долларов. Увеличение выручки отражает рост продаж серверов для предприятий и рабочих групп, а также нескольких новых линий серверов. Доход был скомпенсирован увеличением внутренних расходов на НИОКР."

По результатам исследования IDC Sun занимает первое место по продажам Unix-серверов (собственно, Solaris и есть клон Unix от Sun). В третьем квартале 2000-го года Sun занимала 48 процентов рынка Unix-систем по объёму продаж, то есть больше, чем HP, IBM и Compaq вместе взятые. [9]

ASP Linux.

Российская компания ASP Linux появилась совсем недавно, и первый релиз их продукта вышел во время проведения Комтека'2001. Данная ОС позиционируется разработчиками как ОС как для провайдеров сервисов приложений (Application Server Provider, чаще переводится как "провайдер сетевых сервисов"), так и для использования в качестве настольной системы. ASP Linux объединилась с двумя создателями дистрибутива BlackCat Linux (русифицированный Red Hat), уже имея свои наработки. Среди наиболее интересных:

  • одна из наиболее удобных графических процедур установки;
  • возможность переразбиения диска без потери данных, что очень актуально для пользователей Windows;
  • свой загрузчик ОС;

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

  1. Платная поддержка индивидуальных пользователей (бесплатная поддержка предоставляется для зарегистрированных пользователей на 90 дней).
  2. Корпоративная поддержка: настройка и администрирование корпоративных Linux-систем.
  3. Консалтинговые услуги и обучение.
  4. Проектирование встроенных компьютерных систем и перенос Linux для встроенных систем (по заявлениям представителей ASP Linux, было осуществлено портирование Linux на платформу StrongArm на телефонное оборудование компании Infra Telesystem).
  5. Перенос приложений под Linux из других ОС (осуществлён перенос Pervasive SQL 2000 под Windows NT под Linux и Solaris).
  6. Разработка приложений под Linux (предлагаются консультации для программистов других компаний).
  7. Создание кластеров: компания разрабатывает своё решение для распределения нагрузки в системе (осуществление планируется в 2002 году).

Кроме того, ASP Linux связана с компанией Falcon, производителем компьютеров, совместимых с Linux.

По схожей модели действует компания ALT Linux (большинство разработчиков в которой из IPLabs Linux Team, известной по дистрибутиву Mandrake). Компания ALT Linux разрабатывает сверхзащищённый дистрибутив для серверного применения, одновременно оказывая IT-услуги, перечень которых примерно совпадает с перечнем услуг компании ASP Linux. Даже выбор рыночной ниши для продуктов этих компаний (дистрибутивы для провайдеров сетевых сервисов и защищённых интернет-серверов) говорит о том, что компании хотели бы создать свою репутацию, прежде всего, среди корпоративных заказчиков, которые могут обращаться к данным компаниям за перечисленными услугами. К сожалению, действуя в России, ориентироваться на платёжеспособный спрос на свои услуги со стороны индивидуальных пользователей компании ASP Linux и ALT Linux не могут.

Заключение.

Абсолютно все рассмотренные модели (хотя открытие исходных кодов Solaris можно считать лишь маркетинговым ходом) предполагают получение лишь косвенных доходов от распространения ПО. Но одно из главных и, пожалуй, наиболее ценное преимущество открытого ПО - надёжность - больше всего влияет на сам программный продукт, повышая его конкурентные преимущества. Если раньше правило "объём продаж=маркетинг" действовало безотказно, что проявилось в успехах компании Microsoft, сделавшей свой бизнес на продаже нестабильной ОС, то теперь покупатель (как корпоративный заказчик, так и индивидуальный пользователь) старается разобраться в преимуществах того или иного ПО, прежде чем его покупать. На корпоративном рынке маркетинг всегда играл меньшую роль, поэтому Linux, продукт с изначально нулевым маркетингом, смог завоевать значительную долю рынка серверов. То есть на корпоративном рынке объём продаж больше зависит именно от качества продукта, поэтому продукт с открытыми исходными кодами (что подразумевает высокое качество) имеет здесь болше шансов в конкуренции с другими программными продуктами. Рынок настольных систем неоднороден, в развитых странах отношение к открытому ПО можно охарактеризовать как "эйфория", в неразвитых же из-за большого объёма рынка пиратской продукции высокая цена коммерческого ПО не играет никакой роли, поэтому пользователь выбирает между открытым и бесплатным, не ощущая особой разницы. Компании, чей бизнес построен на разработке открытого ПО, страдают от пиратства в той степени, в которой корпоративные заказчики не обращают внимания на их продукты и услуги, не видя в них необходимости. То есть убедить предприятие, например, в России перейти на открытое ПО, чтобы затем предложить этому предприятию консультационные услуги, сложнее, чем в США, если предприятие в России использует пиратское ПО. Но и в России только по причине более высокого качества открытое ПО обретает всё большую популярность.

Таким образом, открытое ПО имеет явные преимущества перед коммерческим в тех странах, где коммерческие компании защищают свои права на интеллектуальную собственность, качество же ПО становится преимуществом при информированности пользователя ПО. Именно в этих случаях даже компании, занимающиеся только открытым ПО, такие как ASP Linux, вполне жизнеспособны. В принципе, ничего нового в бизнесе на открытом ПО нет - это те же консультационные услуги и продажа аппаратного обеспечения, только клиенты привлекаются не столько за счёт маркетинга непосредственно услуг и "железа", сколько из-за репутации компании; репутация же создаётся через выпуск максимально качественного програмного продукта - а на данный момент максимального качества продукта можно добиться лишь открывая исходные коды и привлекая со-разработчиков.

Ссылки и источники.

  1. Opensource.org;
    1. Opensource.org - экономические преимущества открытого ПО;
    2. Opensource.org - определение открытого ПО;
    3. Opensource.org - "OSI Certified" лицензии;
    4. Opensource.org - ответы на часто задаваемые вопросы;
  2. FSF;
  3. Eric Raymond//"Cathedral and Bazaar" (русский перевод);
  4. Softpanorama.org
    1. Николай Безруков//"Open Source Software Development as a Special Type of Academic Research" (русский перевод);
    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 по открытию исходных текстов соответствующих продуктов.
  9. Network World Fusion;

Приложение 1: кратко о Linux.

Linux (Линукс) - это ядро операционной системы. которое в 1991 году начал писать Линус Торвальдс, тогда студент Финского Университета в Хельсинки (на данный момент он работает в компании Transmeta над Mobile Linux). За основу Линукс Линус взял операционную систему Minix, которую написал его профессор Эндрю Танненбаум в образовательных целях. Сделал это Линус потому, что на тот момент альтернативы Windows и коммерческим Unix-системам для платформы i368 не было в принципе (свободно распространяемые FreeBSD, NetBSD и OpenBSD возникли после завершения судебного процесса между компаниями BSDI и AT&T, BeOS была портирована на i386 позднее, и так далее). К тому времени уже функционировал FSF, который проработал с юридической точки зрения идею свободного ПО и большое количество программ распространялось под лицензией GNU GPL. Но операционной системы, которая бы распространялась на основе GNU GPL, не было. Линус сделал такую системы и объявил об этом в группе новостей хакеров Minix. На данный момент существует огромное количество дистрибутивов (см www.linux.org), которые различаются программой установки и набором прикладных программ. разработку же ядра курирует Линус Торвальдс, и только он может решить, включать те или иные компоненты в официальный релиз ядра или нет.

С технической стороны Linux ещё недоработана с точки зрения безопасности, но её уже применяют для интернет-серверов, кластеров (в частности, кластер Beowolf под управлением Red Hat в МГУ) и других ответственных задач. Причём доля интернет-серверов под управлением Линукс увеличивается. В самом начале 2001 года было объявлено о выпуске ядра 2.4, в котором появилось несколько принципиальных нововведений, в частности, журналирующая файловая система ReiserFS (популярно см. "Компьютерра", i37946 про ядро 2.4 и "Компьютерра", i38356 про ReiserFS). Кроме того, производители аппаратного обеспечения стали тестировать свою продукцию на совместимость с Линукс и разрабатывать драйверы под неё (либо поддерживать разработчиков драйверов). Стали продаваться компьютеры с предустановленной Линукс; эта ОС популярна и на других платформах, например, Alpha и PowerPC (LinuxPPC, MkLinux). Активно поддерживают Линукс Sun and Netscape Aliance, IBM, на Линукс портируются многие известные продукты, такие как Adobe Acrobat Reader и AutoCAD. Лучшей похвалой для разработчиков Линукс стало заявление Стива Балмера:

"Выступая на интернет-конференции, устроенной Morgan Stanley Dean Whitter, президент Microsoft Стив Баллмер заявил, что Linux является самой большой проблемой его компании в 2001 году."

"Инфо-бизнес", 23 января 2001 номер 2 (147), стр.4.
[email protected] Московский Либертариум, 1994-2020