Процесс разработки

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

В чем суть проблемы ? Суть проблемы состоит в том, что нематериальный объект обладает неким свойством, которое его сильно отличает от объекта материального. Это свойство- безущербное копирование.

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

Что касается объекта нематериальной собственности - допустим интеллектуальной, то тут картина резко меняется. Предположим, что у нас есть один программный продукт- одна программа. Какие её составляющие как продукта? Сырьём можно считать например носитель (диск). Труд --- наиболее расходная статья. Одна из особенностей что это непрерывная статься- программа пишется постоянно. И расходы на копирование- печать обложки, штамповка и т.п.- условно энегозатраты. Вот эта картинка не желает умножаться. N программ (будем считать, что это N одинаковых программ которые надо распространить в N разных мест) это N дисков, N актов копирования. А вот количество трудозатрат не возрастает. Творческий продукт отличается от материального тем, что его творение однократно.

Обратите внимание на три вещи, связанные с этим:

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

#Как только мы обеспечим отбивку денег туда и обратно автоматом, так сразу мы можем говорить о каком-то эквиваленте, #который не обл. свойством безущербного копирования. Тут есть свои риски, но если бы существовали наст. электр. деньги. Пока #этго нету, есть наличие противоречия,

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

Вопрос: в чём же технологические потери при переходе на закрытый способ разработки и в где структурное отличие?

Так что организация информационного пространства это весьма сложный процесс.

Что мы теряем, переходя на закрытый способ разработки, что позволяет нам оперировать рынком таким образом как если бы копирование было ущербно. Чисто законодательно, чтобы кто-то мог написать лицензионное соглашение на программном продукте, он должен оставаться хозяином программного продукта(всех копий). Т.е. вы получаете программный продукт, но при этом не получаете никаких прав собственности на него. Собственником всех программных продуктов организованных и разрабатываемых по закрытому способу обязана оставаться некая единая организация, иначе чисто законодательно нельзя предписать такие трюки( например "не копируйте эту программу") потому что она будет ваша. А уже это всё накладывает на весь процесс сильные технологические ограничения. Главное ограничение состоит в том, что вообще говоря, мы не можем позволить утекать информации. Информация становится главной коммерческой тайной. Коммерческая тайна становится главным управляющим механизмом. Потому что одно дело, когда есть механизм, чтобы разработать программное решение, и мы управляем тем как происходит процесс, взимая отчисления за акт копирования. Другое дело, когда наши конкуренты узнают о нём, и начинают брать за копирование того же решения на 10 процентов меньше денег. Большие деньги можно сделать в том случае если всё, что может быть воспроизведено путём очень дешёвого копирования держится в тайне. В первую очередь исходный текст программного продукта. Перевод продукта в область продуктов с открытым исходным кодом это дело убивает на корню. Не эффективными оказываются даже лицензии подобные Microsoft Shared Source, запрещающие программирование с использованием взятой из исходных кодов информации для всех целевых платформ кроме некого множества. Из-за ограничений в информационном плане весьма драматично теряется качество программных продуктов.

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

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

#Как только мы обеспечим отбивку денег туда и обратно автоматом, так сразу мы можем #говорить о каком-то эквиваленте, который не обл. свойством безущербного кпирования. ут #есть свои риски, но если бы существовали наст. электр. деньги. Пока этго нету, есть #наличие противоречия,

Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

10

1

1

1

1

ArtemSerebriyskiy, VladimirLysikov, VsevolodKrishchenko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex