Таким образом, имеет место эффект «стандартизации наоборот» («антистандартизации»). Рынок не поднимается по спирали общего роста, от которого выигрывают и игроки на рынке, и потребители, а уходит в «штопор» монополизации. Цены оказываются завышены, качество в отсутствии конкуренции резко падает15.
5.3) «Проприетаризация» пользовательских интерфейсов приводит к тому, что опыт и навыки, приобретенные пользователем при работе с одной программой, оказываются при работе с другой малополезными или даже вредными (формирование «контринтуиции»).
«Проприетаризация» пользовательских интерфейсов – один из факторов такого компонента стоимости владения системами, как стоимость перехода к пользованию другой программой, пакетом или системой. Воздвигнув барьер из унаследованных навыков и удерживая стоимость перехода на достаточно высоком уровне, доминирующая компания может также завышать стоимость своих услуг.
6) Одним из негативных следствий несвободы ПО является феномен так называемого «пиратского» продвижения тех или иных программ.
«Пиратство» связано с 1) установлением заведомо завышенного (для рынка в целом) тарифа на те или иные товары, 2) влекомым таким завышением массовым контрафактным использованием (включая нелицензионное промышленное тиражирование) программ и 3) извлечением доходов путем 3.1) «юридического предпринимательства» (преследования нарушителей исключительных имущественных прав (а зачастую и добросовестных конечных пользователей) в судах или административным порядком) или 3.2) построения бизнеса на «легализации» контрафактно введенных в оборот экземпляров программ.
«Пиратство», неотъемлемо связанное с феноменом несвободного ПО, является одним из серьезнейших разрушительных факторов функционирования рынка ПО в целом.
Перечисленное следует понимать именно как эксцессы несвободы ПО, как закономерное, логичное, но не непременное16следствие его несвободы. Многие из них могут быть скорректированы выработкой соответствующих форм контрактов (например, предусматривающих обязательную поставку исходного кода всех приобретаемых программ, отказом платить за заявленную, но документально не подтвержденную функциональность оборудования и т.п.)
Однако СПО самой предлагаемой им моделью распределения исключительных имущественных прав пресекает возможность такого рода злоупотребления последними.
Свойства свободного ПО
Следует отметить, что первую четверть века оформления свободной и несвободной модели ПО, бизнес-кейсы СПО рассматривались в литературе достаточно редко, основная масса обзоров экономики ПО целиком находилась под влиянием идеологии «интеллектуальной собственности». Примеры успешного ведения бизнеса свободно-программными компаниями (такими, как Cygnus Solutions или проектом GNAT, описываемого ниже) просто не попадали в поле зрения исследователей. Сторонники свободной модели подчеркивали , в основном, на этические и социальные аспекты этих моделей, а не на экономический.
Серьезным событием стала подготовка и публикация в 1997-8 гг. американским исследователем Эриком Рэймондом эссе «Собор и базар», являвшегося неформальной интерпретацией двух кейс-стадиз, проведенных автором и касающихся СПО17.
Рэймондом процесс СПО и значение свободы ПО описаны не в терминах гражданских прав и свобод, а в терминах, традиционно используемых для анализа экономики ПО вообще. Экономика ПО рассмотрена им как имеющая ярко выраженный сервисный характер. В отличие от экономистов, пытавшихся натянуть на эту область представления об индустриальной экономике (и, соответственно, представить продажу экземпляров программ как единственный центр дохода, а все остальные элементы цикла жизни программы как точки затрат), Рэймонд представил весь цикл жизни программы в экономических терминах. В частности, поддержка и развитие уже написанной программы описаны как взаимодействие (опосредованное или непосредственное) разработчика с конечным пользователем, причем наличие последнего выступает уже не как элемент затрат, а как ресурс, который необходимо эффективно использовать.
Строго говоря, Рэймонд сравнивал не свободную разработку с несвободной, а различные организационные модели свободной разработки, подчеркивая значимость быстрой оборачиваемости кода (циклов обнаружения ошибки, ее исправления и ввода исправленного кода в эксплуатацию, или запроса на расширение функциональности, его исполнения и ввода дополненного кода в эксплуатацию – это достаточно традиционное понятие в анализе экономики ПО) в таких проектах, как ядро Линукс, по сравнению с такими (имеющими длительную историю развития) проектами как текстовый редактор ГНУ Emacs. Однако, критика Рэймонда экстраполируется на несвободную модель. Несвободная модель распределения прав на произведение и утаивание исходных текстов становятся еще гораздо более значимым фактором «трения», внося дополнительные транзакционные издержки в процесс ПО.
Дискуссии, развернувшейся вокруг эссе в среде ИТ-менеджеров (и лишь отчасти выплескивавшейся на страницы даже профессиональной прессы), атрибутируют резкий рост корпоративного участия в СПО, начавшийся в конце девяностых18.
Мотивы этих решений достаточно просты – программирование (проектирование и кодирование) как таковое является затратной частью для компьютерной компании или компании, осознающей свой бизнес в терминах сервиса. Чем оптимальнее удастся использовать потенциал пользовательского сообщества, тем ниже будут издержки.
Руководитель одной из российских софтверных компаний так резюмировал преимущества свободной модели разработки:
«Что меняется для компании-разработчика, когда она решает заняться свободным ПО? Прежде всего – радикально меняется модель бизнеса, а именно становится невозможным заниматься продажей или перепродажей лицензий ... и приходится заниматься исключительно продажей услуг по разработке и поддержке... Что от этого получает компания? Поскольку доступен для свободного использования огромный массив текстов свободных программ, любая разработка становится дешевле и быстрее, а это значит, что фирма может предложить лучшие сроки и лучшие цены. Например, заказчик просит разработать ему программу. Если эта программа будет разработана под GNUлицензией» [GNU GPL или GNU LGPL], «она будет разработана быстрее и стоить – намного дешевле. ... Таким образом, мы как разработчики получаем заказ, пользователь получает качественный продукт, сообщество получает еще одну свободную программу.»19
В качестве негативного эффекта этой дискуссии следует назвать терминологическую путаницу, связанную с распространением введенного Рэймондом эвфемизма для СПО: «ПО с открытыми исходниками», не ограничивающуюся смешением свободного ПО с несвободным, но распространяемым в исходных текстах, но также активно эксплуатируемую поставщиками несвободного программного обеспечения (инициатива «Shared Source» корпорации Microsoft, несвободное лицензирование «с исходными кодами» программ RealNetworks и т.п.).
3.6. Предварительные выводы
Программное обеспечение, как и большинство сфер массовой деятельности, имеет реальную экономическую основу – рынок услуг и рынок рабочей силы. Фиктивный рынок «прав интеллектуальной собственности» – несвободных лицензий – играет роль «зеркала» рынков реальных, но отражает их с весьма существенными искажениями.
Ниже в кратчайшей сводке перечислены основные следствия свободной (в копилефт-варианте) и несвободной моделей лицензирования.
Сравнительные характеристики свободной и не свободной модели лицензирования ПО
Для конечного пользователя/заказчика
Преимущества copyleft-модели:
– получение (неэксклюзивных) полных прав на результат разработки;
– возможность организовать независимое тестирование чужими руками;
– исключение частных издержек на управление «правами ИС»;
Преимущества несвободной модели:
– возможность исключить конкурентов из числа пользователей результата разработки;
Для исполнителя/правообладателя
Преимущества copyleft-модели:
– легальный доступ к огромному пулу существующих программ, защищенных копилефт-лицензиями и возможность неограниченного его использования;
– возможность организовать «базарную» разработку новых версий с привлечением ресурсов других бизнесов и сообщества в целом;
– исключение частных издержек на управление «правами ИС»;
Преимущества несвободной модели:
– теоретическая возможность конвертировать заказную разработку в тиражируемую и зарабатывать на эмиссии дополнительных лицензий;
– возможность, удерживая права на код, поставить заказчика в ситуацию вынужденного заказа или перезаказа услуг.
