|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
В современном Open Source, как и в современном обществе западного типа, есть место индивидуалистскому гаражному хай-тек-творчеству и есть место для тех, кто согласен работать и вполне успешно трудится в рамках регламентов KPI и регулярно получает греющий душу «конверт» на банковскую карту. Более того, рост базы программного обеспечения на основе свободно распространяемого открытого кода ставит разработчиков со специализацией в области этой технологии программирования в привилегированное положение, и они могут претендовать на повышение заработной платы на 30-40% [Eddy Nathan. 2008-02-26. «Report: Open Source Adoption Increases App Dev Pay»]. Уже в 2010 году около 70% работ по разработке ядра Linux было сделано разработчиками, получающими зарплату за эту работу, а сегодня эта цифра превосходит 90%. И зарплата платится не зря: ряд коммерческих компаний весь свой доход или значительную его часть получают от разработок и/или поддержки программных продуктов класса OSS. В числе таких компаний Red Hat, IBM, Oracle и другие. Хотя разработчики программных продуктов класса OSS делегируют пользователям намного больше прав, нежели создатели проприетарных продуктов, они рассчитывают, что такое делегирование больших прав сторицей окупится в виде обратного вклада пользователей в проект. Эти расчеты не безосновательны: когда на заре роста популярности Linux в корпоративном секторе ИТ в 2001 году IBM инвестировала 1 млрд долларов в проект Linux, то по оценке компании уже в 2002-м эти инвестиции почти полностью окупились. Сегодня Open Source – это:
Эталонный пример успешности Open Source – развитие базового ядра ОС Linux. Оно проводится мировым, без преувеличения, сообществом разработчиков, предлагающим усовершенствования для компонентов ядра ОС. Их одобрение и интеграция осуществляются, в свою очередь, менее чем сотней кураторов элементов ядра Linux (файловые системы, управление памятью, интерфейс системных вызовов). Оттачиваемые версии этих подсистем оформляются в виде наборов патчей, на основе которых формируется очередная версия экспериментального ядра. Новый же релиз ядра предлагается рынку только после того, как «главный штаб» соглашается с тем, что появление этой версии превращает ОС Linux в еще более зрелый продукт. Одним из масштабных проектов в области Open Source является IDE-платформа Eclipse (IDE, Integrated Development Environment, интегрированная среда разработки, инструментарий разработчика ПО). Создаваемые в его рамках продукты позволяют проводить широкий спектр работ – от написания программного кода, его компиляции и запуска приложения в разных режимах до проведения нагрузочных испытаний и сертификации. Выпуск новых релизов платформы Eclipse позволяет наращивать возможности инструментария. Модульный принцип построения инструментария Eclipse позволяет конфигурировать IDE «по руке». Родоначальник Eclipse – IBM. Проект был начат в 1998 году, в 2001-м IBM организовала консорциум Eclipse и открыла код проекта, в 2004-м была создана некоммерческая организация Eclipse Foundation. Ныне проект Eclipse – это сообщества коммиттеров (committers), разработчиков IDE-плагинов (plug-in, подключаемый модуль), пользователей IDE и процессы взаимодействия этих сообществ. Коммиттеры официально отвечают за разработку Eclipse-инструментария. Разработчики подключаемых модулей расширяют платформу, создавая полезные инструментальные средства. Ну а пользователи применяют инструментарий, созданный коммиттерами и разработчиками подключаемых модулей, выявляют в ходе своей работы возможные недостатки и взаимодействуют с коммиттерами и разработчиками для устранения этих недостатков. И ОС Linux, и IDE-платформа Eclipse – это примеры того, что хотя исходные коды Open Source-программ свободно «перетекают» от разработчиков к конечным пользователям и в обратную сторону, процесс включения этого кода в серьезных проектах Open Source жестко детерминирован. Конечно, не все проекты Open Source одинаковы, и на крупнейшем ресурсе открытого программного обеспечения SourceForge.net можно найти и работы начального, пионерского уровня (в прямом и переносном смысле этого определения). Но не следует забывать и о еще одной грани достоинств Open Source – быстрое появление приложений для вновь возникающих перспективных рынков и отдельных задач. Open Source-полуфабрикаты позволяют оперативно проводить макетирование идей и в связи с этим полезны для развития рынка. И знал лишь бог седобородый, что это животные разной породыУместно будет привести официальное определение OSS: «Open Source Software is software for which the human-readable source code is available for use, study, reuse, modification, enhancement, and redistribution by the users of that software» (Программное обеспечение класса Open Source – это программное обеспечение, чей код в читаемых человеком символах доступен пользователям этого программного обеспечения для использования, изучения, многократного использования, модификации, развития и распространения) [DoD CIO. 2009-10-19. «Clarifying Guidance Regarding Open Source Software (OSS)» – http://cio-nii.defense.gov/sites/oss/2009OSS.pdf]. Свобода программного обеспечения – это свобода в части копирования кода, запуска в любых целях, распространения, изменения кода, а также публикации этих изменений. То есть открытый код (Open Source) является необходимым условием свободы программы, возможности внесения изменений.
В то же время существуют программы, формально открытые, но не являющиеся свободными. Хорошо известно, что Microsoft предоставляет исходный код государственным органам ряда стран, ответственным за национальную безопасность. Это позволяет проверять исходные тексты на отсутствие нежелательных «закладок» и компилировать «чистые» продукты для ИТ-систем государственной власти. Но эта политика открытости Microsoft не дает права на свободное «распространение, изменение программного продукта, а также публикацию этих изменений». Лишь сочетание открытости исходного кода и свободы работы с ним в «пространстве» копирования, запуска, распространения, изменений программного продукта и публикации этих изменений позволяет создавать высококачественные программные продукты. Широкий доступ к исходным текстам Open Source-программ является ключевой предпосылкой для повышения качества кода с точки зрения ИБ за счет расширенной возможности определять присутствие в коде недокументированных возможностей. Это достигается за счет более высокого суммарного уровня компетенции коллектива разработчиков и более высокого объема испытаний, процессов верификации и валидации. Разрешение же на модификацию кода Open Source позволяет оперативно и просто адаптировать программный продукт под нужды конкретного потребителя. Сочетание открытости и свободы для успешности разработки, апробированные в софтверном Open Source, привели к созданию более общей концепции ИТ-разработки на базе открытых технологий Open Technology Development (OTD). Это подход к разработке, при котором программное обеспечение или ИТ-система разрабатывается децентрализованным коллективом разработчиков с использованием открытых стандартов, открытых интерфейсов, с помощью инструментария разработки, способного поддерживать совместную распределенную работу, при необходимости в режиме on-line. Это мало построить парами, распушить по штанине кантами, все совдепы не сдвинут армии, если марш не дадут музыкантыПредупреждая возможную обывательскую интерпретацию определения OSS и необоснованное противопоставление Open Source коммерциализации, следует напомнить, что свободное открытое ПО сегодня может распространяться под одной из нескольких десятков лицензий. Правильное понимание содержания конкретных лицензий важно, например, для оценки возможности интеграции нескольких приложений на основе открытых кодов в единый продукт; допустимости использования такого ПО в коммерческой деятельности; оценки различий в условиях использования конкретных приложений OSS в коммерческой деятельности или разработках. В качестве примера можно привести принцип модели двойного лицензирования: «Если вы предлагаете программное обеспечение на базе нашего продукта бесплатно, мы отдаем вам наш продукт бесплатно. Если вы делаете коммерческое программное обеспечение на базе нашего продукта, наши разработки для вас становятся платными». В связи с этим следует заметить, что нашим миром сегодня правят не только бухгалтеры, но и еще и юристы. Апелляционный суд США в деле Якобсен против Катцер (Jacobsen vs. Katzer) в 2008 году официально установил наличие экономических взаимоотношений в проектах OSS, заявив: «…проекты по разработке программного обеспечения с открытым исходным кодом приглашают программистов со всего мира к участию в процессах просмотра программного кода и внесения изменений и улучшений в него. Благодаря такому сотрудничеству программное обеспечение часто пишется и отлаживается быстрее и с меньшими затратами по сравнению с ситуацией, когда владелец авторских прав проделывает всю эту работу самостоятельно. В обмен на это и с учетом такой совместной работы владелец авторских прав позволяет пользователям копировать, модифицировать и распространять программное обеспечение на условиях, защищающих конечных потребителей, и сохранения общедоступности кода... Отсутствие процесса перехода денег из рук в руки при лицензировании программного обеспечения класса Open Source не может считаться признаком отсутствия экономических соображений в этом процессе. Имеются значительные выгоды, включая выгоды экономического характера, в процессе создания и распространения на основании публичной лицензии защищенных авторским правом приложений. Эти выгоды могут иметь гораздо более широкие экономические последствия, нежели те, что встречаются при лицензировании для получения традиционных лицензионных отчислений (license royalties). Создатели программного обеспечения, предоставляя определенные компоненты бесплатно, могут, например, формировать рыночные ниши для своих продуктов. Программист или компания может повысить свою профессиональную репутацию ведением или участием в проекте Open Source. Улучшение программного продукта может произойти быстро и бесплатно за счет работы одного из подключившихся к проекту экспертов, даже не известного владельцу авторских прав. Суд одиннадцатого округа признал, что экономические мотивы присущи лицензированию на основе публичных лицензий, даже если прибыль получается не сразу… » (конец цитаты) Дополняя приведенное юридическое мнение, уместно заметить, что, напротив, даже переход денег из рук в руки не всегда может являться признаком наличия экономических соображений при лицензировании стороной-приобретателем OSS-продукта. По мнению аналитиков, если в США вопрос цены являлся, как правило, ключевым доводом в пользу приобретения программного обеспечения класса Open Source, то в Европе хоть большинством заинтересованных компаний и не отрицается значимость ценового показателя, однако для них более важна Open Source-природа происхождения программного обеспечения. Это позволяет избежать зависимости от единственного поставщика, а также обеспечивает влияние на развитие самого проекта по разработке конкретного программного продукта. Гражданин фининспектор, честное слово, поэту в копеечку влетают словаВ экономике есть понятие активов и понятие денег. Некоторые из OSS-проектов ориентированы на зарабатывание денег, но почти все OSS-проекты ориентированы на увеличение ценности активов за счет улучшения качества программного обеспечения. Коммерческие структуры могут в рамках разных моделей бизнеса монетизировать свои компетенции в области Open Source, использовать и поддерживать OSS. Одной из популярных, особенно для американских компаний, моделей бизнеса на рынке Open Source являются предложение бесплатно так называемого открытого ядра (open core) приложения, поддерживающего базовые возможности, и продажа приложения с расширенными функциональными возможностями на основе коммерческой лицензии. Некоторые компании продают техническую поддержку OSS (это понятие включает обучение, кастомизацию и собственно поддержку/регламентное обслуживание). Уместно заметить, что имеются данные опросов, из которых следует, что бизнес-модель получения платы за сервисы (включая поддержку) как способ монетизации знаний и опыта на рынке Open Source более популярна среди европейских компаний, тогда как американские компании считают, что такая модель обладает плохой масштабируемостью, и предпочитают модель продуктовых продаж. Ряд компаний использует программные продукты класса OSS для поддержки инфраструктуры, в свою очередь поддерживающей те продукты и услуги, которые продают эти компании (cost avoidance by cost sharing).
Для многих коммерческих компаний ценность OSS заключается в том, что это ПО позволяет увеличить продажи собственных изделий, т.к. использование в них OSS удешевляет их приобретение и/или эксплуатацию. То есть не преследующие финансовые выгоды проекты OSS на самом деле зачастую преследуют выгоду, реализующуюся не в денежной форме, а в виде добавленной стоимости улучшающегося программного обеспечения или добавленной стоимости оборудования, которое работает под управлением улучшающегося программного обеспечения. Значит, кто-то хочет, чтобы они были?Ключевые проекты рынка OSS доказывают способность методологии Open Source обеспечить лучшее качество продукта по сравнению с функциональными аналогами, созданными на основе иных подходов к разработке. При этом лицензионная политика Open Source не вступает в противоречие с коммерческими принципами развития рынка, а «гладко» встраивает открытое свободное ПО в рыночные отношения. В связи с этим наши партнеры по ту сторону западных границ и за океаном наращивают усилия по популяризации использования свободного открытого ПО, содействуют развитию бизнеса в этой области. Аналитики отмечают, что при этом главная цель США – взращивание нового поколения софтверных компаний за счет роста бизнеса вокруг проектов Open Source с помощью венчурного капитала, тогда как в EU стимулятором развития бизнеса на ниве программного обеспечения класса Open Source является государственная идея построения европейской конкурентоспособной промышленности производства программного обеспечения. К сказанному можно добавить слова о несомненной ценности Open Source в образовательной сфере. В отличие от обучения ИТ на основе изучения проприетарных продуктов участие студентов в проектах Open Source дает им знания, а не компетенции, и практический опыт коллективной работы. В дополнение ко всему сказанному люди, знакомые с научной работой, найдут много общего между созданием OSS и созданием научных знаний. Много общего и в организации процессов труда, и в характере межличностного общения, и в осознании участниками своей ответственности перед обществом. И так как научный процесс – это один из полезнейших для общества видов деятельности и с точки зрения получаемого результата и с точки зрения воспитания человека, то Open Source и Open Technology Development – это тот «строительный материал», который можно порекомендовать для закладки в фундамент «цифровой экономики» с хорошим ИБ-иммунитетом. Один из первых шагов на этом поприще – аудит ситуации с юридической поддержкой отечественной отрасли разработки ПО в части правил и обычаев лицензирования OSS и в части практики «плавания по фарватерам» международного и отечественного юридического «крючкотворчества». Ведь развитие рынка отечественного программного обеспечения на базе Open Source-проектов неизбежно связано с тем, что все большее число российских софтверных компаний будет взаимодействовать с зарубежными партнерами, и, будем реалистами, говорить с ними придется на их языке делового общения. Необходимо, чтобы игроки рынка Open Source были готовы к этому. Опора на централизованную юридическую поддержку, хотя бы в части актуальной, выверенной, откомментированной базы имеющихся лицензий Open Source-продуктов, позволит отечественным компаниям, оптимизируя затраты, организовать деловое взаимодействие на должном уровне. Коммиттерами процесса могли бы выступить отечественные ИТ-ассоциации, участниками которых являются ведущие отечественные софтверные компании.
Комментарии отсутствуют Комментарии могут отставлять только зарегистрированные пользователи
Вакансии на сайте Jooble
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
Случается так, что человеческое восприятие проблемы оказывается зашоренным рядом стереотипов, которые затушевывают исходную постановку задачи
_cover.jpg)
_cover.jpg)
_cover.jpg)
_cover.jpg)
