-->

Волшебный котел

На нашем литературном портале можно бесплатно читать книгу Волшебный котел, Рэймонд Эрик С.-- . Жанр: Юриспруденция / Программное обеспечение. Онлайн библиотека дает возможность прочитать весь текст и даже без регистрации и СМС подтверждения на нашем литературном портале bazaknig.info.
Волшебный котел
Название: Волшебный котел
Дата добавления: 16 январь 2020
Количество просмотров: 266
Читать онлайн

Волшебный котел читать книгу онлайн

Волшебный котел - читать бесплатно онлайн , автор Рэймонд Эрик С.

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

Внимание! Книга может содержать контент только для совершеннолетних. Для несовершеннолетних чтение данного контента СТРОГО ЗАПРЕЩЕНО! Если в книге присутствует наличие пропаганды ЛГБТ и другого, запрещенного контента - просьба написать на почту [email protected] для удаления материала

Перейти на страницу:

10.2. Как они взаимодействуют?

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

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

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

После анализа, представленного в [1], мы можем ожидать, что открытый исходный текст дает высокую отдачу там, где (a) надежность/ стабильность/ масштабируемость — критическое требование, и (b) правильность проектирования и реализации проекта можно без труда проверить другими средствами, кроме независимой экспертизы кода. (Второй критерий встречается на практике в случае с большинством хоть сколько-нибудь сложных программ.)

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

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

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

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

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

Программы, обеспечивающие работу Интернет, Apache, и реализация отвечающего стандартам ANSI Unix API под названием Linux — главные образцы программ, удовлетворяющих всем пяти критериям. Дорожка к открытости в развитии таких рынков хорошо-иллюстрирована переходом сетей передачи данных на TCP/IP в середине 1990-ых после пятнадцати лет неудавшихся попыток построить империю на закрытых протоколах типа DECNET, XNS, IPX, и им подобных.

С другой стороны, открытые тексты, кажется, наименее пригодны для компании, которая является единственным обладателем приносящей доход программной технологии (строго выполняющей критерий (e)), которая, вместе с тем, являются (a) относительно нечувствительной к ошибкам, (b) может без труда быть проверенной другими средствами помимо независимой экспертизы кода; которая (c) некритична для бизнеса, и которая не увеличивают существенно свою ценность (d) из-за совместной работы над ней или повсеместного распространения.

Приведу пример такого чрезвычайного случая: в начале 1999 года меня спрашивала, «мы должны открыть исходный текст?» компания, которая пишет программы для вычисления способов распила древесины на лесопилках, обеспечивающих максимальный выход теса из необработанного лесоматериала. Мое заключение было «нет». Единственный критерий, который выполнялся в данном случае — (c), но при необходимости опытный оператор мог бы произвести необходимые вычисления и вручную.

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

В заключение сформулируем следующие критерии дифференциации, стимулирующие движение к открытости кода:

(a)

надежность/ стабильность/ масштабируемость является критической характеристикой;

(b)

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

(c)

программное обеспечение является критичным для пользователя в управлении его бизнесом;

(d)

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

(e)

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

Перейти на страницу:
Комментариев (0)
название