• Главная
• Контакты
• Нашёл ошибку
• Прислать материал
• Добавить в избранное

С ростом и развитием отрасли ИКТ значительное развитие получил феномен массового коммерческого программного обеспечения. Коммерческое программное обеспечение – это программное обеспечение, выполняемое, как правило, в рамках соответствующей профессиональной деятельности и специализации бизнеса:

на заказ конкретного конечного пользователя, либо

с расчетом на заранее не определенный круг конечных пользователей.

Коммерческое программное обеспечение отличается от так называемой «домашней» (in-house) разработки программ (разработки силой самой организации-конечного пользователя, издержки которой отражаются на рынке рабочей силы, но не на рынках товаров и услуг); от разработки программ, поставляемых в составе неотъемлемого целого поставщиками оборудования (программно-аппаратных комплексов) и от разработки программ вне коммерческого контекста вообще (в ходе научного экспериментирования, учебных проектов, как хобби и т.п.).

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

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

Специфика программ как произведений не в том, что они «функциональны»3 и даже не в том, что пользование ими системно, а системы, образуемые программами при их сочетании между собой и оборудованием – динамичны4. Но если для прочих произведений обновляемость случайна, то для программ она представляет самое способ их нормального существования. Специфика программ скорее в том, что системность пользования ими сочетается с коллективностью (и тоже, в общем, системностью) их создания. Постоянное обновление – нормальный способ существования программ, особенно коммерческих, обновления эти часты, и само ожидание того, что программа будет вовремя обновлена (или сомнения в этом) – фактор, самым радикальным образом влияющий на ее оценку конечным пользователем.

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

Жизненный цикл отдельного экземпляра программы, находящегося в эксплуатации, вообще говоря, не совпадает с жизненным циклом самой программы как произведения5.

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

Ценность программы для пользователя заключается в ее безошибочности (соответствию спецификации) и приемлемой производительности (способности выполнить поставленную задачу на имеющемся (или арендуемом с этой целью) оборудовании в разумное время). Эти свойства можно назвать «моментальным качеством». При этом конечного пользователя совершенно не интересуют такие ее свойства, как, например, качество кодирования (пригодность для сопровождения), в малой степени интересует эргономичность и пр.

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

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

Для оценки таких случаев в бизнес-практику было введено понятие Total cost of ownership (ТСО, «общей стоимости владения»). Оно не специфично для экземпляров произведений или применимо к большинству сложных объектов, потребляемых бизнесом: например, при приобретении автомобиля на рынке сравнению может подвергаться не только цена и потребительские качества разных машин, но и «общая стоимость владения» ими, включая цену потребляемого на сопоставимом пробеге топлива, ремонтов, убытки от простоев, планируемый срок службы (поскольку, в отличие от цены приобретения, эти компоненты ТСО сильно зависят от окружения, сам рынок становится «многомерным»: вполне возможно, что для кого-то «мерседес» окажется в совокупности «дешевле» «форда», хотя продажная цена первого может в два раза превышать цену второго.

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

Наиболее существенными являются следующие «видимые» компоненты ТСО ПО:

стоимость необходимого для эксплуатации программ оборудования и его технического обслуживания;

стоимость приобретения необходимого количества экземпляров программ (или лицензий на их самостоятельное изготовление);

стоимость администрирования и сопровождения систем;

стоимость приобретения соответствующих навыков персоналом, эксплуатирующим программы;

прогнозируемые убытки от сбоев и ошибок при эксплуатации программ, простоя оборудования.

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

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

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

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

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

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

За четверть века развития выработаны достаточно согласованные определения свободных программ (наиболее часто цитируются определения Фонда свободного программного обеспечения и Проекта Debian). В упрощенном виде они суммированы выше.

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

Свободная лицензия представляет собой реализацию права7, предоставляемые права именуются «свободами». Таким образом, можно говорить, что СПО создает на общем правовом поле «контрактную юрисдикцию», протезирующую частно-правовыми средствами недостающие, по мнению участников сообщества, в публичном праве гражданские свободы. Нетривиальное обсуждение «позитивных прав интеллекта» (как антитезы идеологии «интеллектуальной собственности») можно найти в: Philippe Aigrain. Positive intellectual rights and information exchanges // Michael Century (ed.). CODE, MIT Press, 2002.} на разрешение или запрещение распространения и модификации произведения, и является тем самым «разрешением», соблюдение условий которого является обязанностью всякого пользователя, включая авторов производных произведений8.

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

«Компромиссные» свободные лицензии, не относящиеся к категории копилефт («в стиле BSD» или «в стиле X») оставляют вопрос выбора лицензии на производное произведение его создателю (то есть, лицензия может оставаться BSD-style, изменяться на copyleft, или изменяться на несвободную). Иногда такое лицензирование вполне сознательно применяется разработчиками (например, корпорации-участники X Consortium намеренно оставили себе возможность создавать несвободные производные), иногда оно является следствием принятия условий внешнего финансирования разработки (так произошло при разработке ОС BSD по контракту с Министерством обороны США в случае, описанном ниже).

Альтернативой BSD-стилю стало так называемое «двойное лицензирование», при котором пользователю предлагается выбор между а) свободной копилефт-лицензией и б) несвободной лицензией (как правило, платной), допускающей создание несвободных производных на один и тот же код9.

Интересной особенностью СПО является относительная легкость, с которой при свободном лицензировании вовлекаются в оборот (хозяйственный и коммерческий) программы, изначально созданные вне контрактных рамок (коммерческими организациями для собственных нужд, индивидуумами для собственного удовольствия, университетами в качестве «побочного продукта» исследований и т.д.)10.

Однако значительная и все возрастающая доля свободного кода пишется в коммерческих рамках, с корпоративным (как значительная часть XFree86 или OpenOffice.org) или государственным (как GNAT или GnuPG) финансированием. Несколько получивших широкую известность случаев государственного финансирования СПО описаны ниже в отдельном разделе («Участие государства в свободном ПО»).

Свободные программы получили широкое распространение в сфере профессионального использования – это, прежде всего, инструментальные средства (программы, используемые в самом процессе ПО, включая написание, отладку, модификацию программ), затем серверные программы и, особенно, как частный случай последних, сетевые (Интернет) сервисы, в которых свободные ОС (такие, как ГНУ/Линукс и FreeBSD) и прикладные программы (такие, как Web-сервер Apache или почтовая программа Postfix) сегодня лидируют с большим отрывом11.

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

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

Внешняя институциональная форма несвободного ПО напоминает издательский бизнес – компания-«издатель» приобретает у автора права на произведение, а затем издает и распродает его, стараясь получить прибыль. Разница, обусловленная коллективным характером программирования больших систем, в том, что издатели программ, как правило, не приобретают права на самостоятельно написанные произведения, а нанимают программистов, и имущественные права изначально принадлежат такой компании как следствие создания произведений в порядке выполнения служебного задания13.

Поскольку компания осуществляет не только маркетинг своих продуктов/услуг, но и управление процессом их создания/оказания, многие компании называют себя «производителями» программ, хотя программирование, конечно, не становится от этого процессом промышленного производства, а остается творческой деятельностью отдельных личностей, пусть и объединенных в коллектив.

Несвободная модель позволяет частным образом монополизировать рынок услуг ПО по отношению к каждой программе или системе (хотя конкуренция между различными «частными рынками» (private markets) теоретически ограничивает эти локальные монополии, и на практике случаи устойчивых конкурентных сегментов имеют место быть).

Несвободные программы получили широкое распространение в сегментах домашнего и «офисного» использования (например, более 90% персональных компьютеров сегодня работает под полностью (как MS-DOS, Microsoft Windows, Microsoft Windows NT, MacOS 9) или частично (как MacOS X) несвободными ОС; близка к этой цифре и доля несвободных прикладных программ для ПК).

Свойства «несвободной» модели программного обеспечения

В распоряжении «владельцев» несвободного кода имеются очень мощные рычаги качественной реструктуризации рынка программного обеспечения.

1) Сокрытие исходных кодов. Значительная доля несвободных программ поставляется конечным пользователям без исходного кода, т.е. в форме, допускающей только эксплуатацию программы, но не ее изучение, модификацию и т.п. (или, во всяком случае, делающим эти процедуры крайне нетривиальным занятием).

2) Сокрытие исходного кода влечет за собой рост асимметрии информации о товаре или услуге (несовершенство рынка), в частности, о качестве программирования.

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

3) Из сокрытия исходного кода следует также монополизация услуг по сопровождению программ (исправлению ошибок, добавлению функциональности, интеграции с другими программами и новым оборудованием).

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

4) Распоряжаясь доступом к коду, правообладатель может также производить ценовую дискриминацию конечных пользователей, в том числе, по функциональности программы: одна и та же программа может быть издана в разных вариантах, часть из которых «обрезана» по своей функциональности. Фактически это означает, что при той же или сопоставимой себестоимости производства тиража, будет иметь место недопредложение потребительской ценности, с соответствующими ценовыми последствиями.

5) Более серьезным эксцессом несвободы ПО является имеющая место в некоторых сегментах рынка тенденция к «проприетаризации» («антистандартизации») интерфейсов14. Обладая исключительным доступом к коду более чем одной программы, правообладатель может побуждать программистов заставлять взаимодействовать их нестандартным или намеренно отклоняющимся от стандартов образом – создавать «проприетарные интерфейсы».

«Взросление» любого приложения компьютера, как правило, сопровождается стандартизацией интерфейсов. Стандартизация интерфейсов, формирующая конкурентный рынок совместимых и взаимозаменимых программ, выгодна конечному пользователю и, в конечном итоге, отрасли в целом (т.к. снижает риски системных кризисов из-за неудач отдельных игроков), однако может быть невыгодна отдельным игрокам, доминирующим в тех или иных сегментах.

5.1) «Проприетаризация» интерфейсов с оборудованием становится возможна как следствие сговора правообладателя популярной программы с производителем оборудования (который может получать часть монополистической прибыли или иметь собственный интерес к сокрытию полной технической информации о поставляемых им устройствах) и влечет образование замкнутых «островков» в отрасли.

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

5.2) «Проприетаризация» интерфейсов программирования (API) возможна также в ситуации существенного доминирования одного из игроков. Например, программисты Microsoft имеют доступ к спецификациям издаваемых этой корпорацией ОС (причем не только уже вышедших, но и готовящихся к выпуску версий) в большем объеме, чем программисты-авторы программ и пакетов, конкурирующих с программами Microsoft в других сегментах (таких, как канцелярское («офисное») программное обеспечение или системы управления базами данных), в результате чего могут использовать возможности ОС, недоступные через стандартные интерфейсы, и добиваться более высокой производительности или более тесной интеграции с ОС своих программ и пакетов.

Отдельные проекты одной компании (или находящихся в сговоре нескольких компаний) могут, таким образом, обладать свойством супераддитивности финансовых потоков, связанных с различными проектами: результаты этих проектов взаимно увеличивают свою привлекательность для конечных пользователей. Причем таковая супераддитивность оказывается замкнутой в одной фирме или группе фирм, «отсекая» конкурирующие разработки как в одном, так и в другом сегменте.

Таким образом, имеет место эффект «стандартизации наоборот» («антистандартизации»). Рынок не поднимается по спирали общего роста, от которого выигрывают и игроки на рынке, и потребители, а уходит в «штопор» монополизации. Цены оказываются завышены, качество в отсутствии конкуренции резко падает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 и т.п.).

Программное обеспечение, как и большинство сфер массовой деятельности, имеет реальную экономическую основу – рынок услуг и рынок рабочей силы. Фиктивный рынок «прав интеллектуальной собственности» – несвободных лицензий – играет роль «зеркала» рынков реальных, но отражает их с весьма существенными искажениями.

Ниже в кратчайшей сводке перечислены основные следствия свободной (в копилефт-варианте) и несвободной моделей лицензирования.

Сравнительные характеристики свободной и не свободной модели лицензирования ПО

Для конечного пользователя/заказчика

Преимущества copyleft-модели:

– получение (неэксклюзивных) полных прав на результат разработки;

– возможность организовать независимое тестирование чужими руками;

– исключение частных издержек на управление «правами ИС»;

Преимущества несвободной модели:

– возможность исключить конкурентов из числа пользователей результата разработки;

Для исполнителя/правообладателя

Преимущества copyleft-модели:

– легальный доступ к огромному пулу существующих программ, защищенных копилефт-лицензиями и возможность неограниченного его использования;

– возможность организовать «базарную» разработку новых версий с привлечением ресурсов других бизнесов и сообщества в целом;

– исключение частных издержек на управление «правами ИС»;

Преимущества несвободной модели:

– теоретическая возможность конвертировать заказную разработку в тиражируемую и зарабатывать на эмиссии дополнительных лицензий;

– возможность, удерживая права на код, поставить заказчика в ситуацию вынужденного заказа или перезаказа услуг.

Для третьих лиц и рынка в целом

Преимущества copyleft-модели:

– реализация общеполезных платформенных возможностей и наиболее популярных приложений;

– исключение ситуаций «антистандартизации»;

– публичный аудит критически важного (в том числе, для третьих лиц) кода;

– исключение общественных издержек на управление «правами ИС»;

– исключение лицензионных отчислений – повторной платы за уже проведенные разработки.

Преимущества несвободной модели:

– на рынке, в порядке инициативных венчурных разработок, появляются программы, на который не нашлось прямого заказчика или энтузиаста свободной разработки.

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