Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Владеть, чтобы пользоваться

В. В. Гуров

Свободное ПО (далее СПО), лицензии GNU GPL, Apache, BSD... Все эти и многие другие термины обозначают собой различные аспекты разработки, модификации, распространения и использования программных продуктов, в создании, тиражировании и применении которых в принципе может принять участие любой желающий. Доля СПО на российском рынке пока что невелика, она не превышает 1%, в то время как его доля на рынках экономически развитых государств составляет 8% и неуклонно растет. По различным оценкам, доля СПО в мире в ближайшие пять лет может занять до трети рынка программных продуктов и услуг, и в связи с этим в Российской Федерации необходимо совершенствовать регулирование данной отрасли. При наличии рыночных механизмов и добросовестной конкуренции в нашей стране возможно опережающее развитие собственной индустрии программирования, при котором СПО сможет занять объем рынка, обусловленный объективными тенденциями его развития и спросом.

Принцип свободного программирования

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

Эти условия различаются главным образом гарантией доступности исходного кода модифицированных версий программных продуктов. Так, лицензия GNU GPL требует, чтобы исходный код программного продукта, созданного на основе защищаемого ею ПО, становился практически бесплатно доступным для любого пользователя. Данное требование имеет целью исключить возможность присваивания результатов чужого труда — в частности, путем закрытия исходного кода модифицированного продукта после его компиляции. Лицензия BSD, напротив, допускает возможность закрытия кода, требуя при этом лишь указания принадлежности авторских прав на исходный продукт.

Лицензия же на бинарный (скомпилированный) код, подчеркивается в документе Software Licensing Models фирмы Microsoft (www.microsoft.com/resources/sharedsource/licensingbasics/licensingmodels.mspx?pf=true), являясь основной формой лицензирования коммерческих программ, позволяет создателю ПО взимать плату за использование его продукта. В данном документе также отмечается, что различие условий лицензирования ПО с открытым исходным кодом (по данным Microsoft, на сегодня наряду с GNU GPL и BSD насчитывается около 55 типов подобных лицензий) накладывает значительные ограничения на его использование. Поясним: речь идет, в частности, о том, что если в ПО, распространяемое на условиях лицензирования BSD, непосредственно интегрировать ПО, распространяемое на условиях GNU GPL, то исходный код результирующего продукта обязательно должен стать доступным для всех его пользователей согласно условиям GNU GPL. Заметим, что данное требование имеет силу только тогда, когда интегратор не ограничивается применением данного продукта для собственных нужд, а намерен предлагать его другим пользователям.

Свобода авторства

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

Авторские имущественные права могут быть переданы пользователю как безусловно, так и на определенных условиях. В случае с лицензией BSD осуществляется безусловная передача этих прав. Оставляя на продукте имя автора исходной его версии, новый владелец вправе как угодно модифицировать ПО и выпускать его с любыми другими лицензиями. Таким образом лицензия BSD практически не является ограничительной. Лицензия GNU GPL, напротив, именно такова. Согласно ее положениям, все продукты, производные от исходного, должны выходить с той же лицензией. Иначе говоря, при модификации продукта запрещается изменять лицензию. Более “мягкая” лицензия LGPL позволяет динамически связывать свободное ПО с несвободным. Например, лицензия Mosilla исключает совместное применение защищаемых ею продуктов с продуктами, защищаемыми GPL, но не с продуктами, которые защищает LGPL.

Государство и свобода ПО

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

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

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

Новые веяния

Ожидаемая одними со скептицизмом, другими с энтузиазмом третья версия лицензии GNU GPL отражает новые реалии мира ИТ. В те времена, когда указанная лицензия была только что сформулирована и даже когда вышла ее вторая версия, этот мир был миром продуктов. Программное обеспечение распространялось и продавалось в виде коробочных или заказных решений. Современный же рынок ПО уже в значительной мере является рынком услуг. Теперь программа может распространяться и как продукт, и как сервис. Например, некоторые сайты предоставляют доступ к ряду программ — в частности, к текстовому редактору, табличному процессору и т. д. При этом пользователю не передаются ни бинарные, ни исходные коды. Вот данное-то обстоятельство и представляет собой проблему, с точки зрения авторов GPL. В действующей версии лицензии подразумевается, что, взяв для дальнейшего усовершенствования распространяемую по лицензии GPL программу, разработчик ничего никому не должен, пока не передаст кому-то бинарный код вновь разработанного продукта. Но как только бинарный код будет передан, его распространитель становится обязан предоставить заказчику и исходный код на условиях GPL.

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

А ведь во многом благодаря этой идеологии ОС Linux развивается и распространяется значительно более быстрыми темпами, нежели ОС FreeBSD. Доработки Apple кода FreeBSD, как известно, выходят не под лицензией BSD, а под другой лицензией. В случае с BSD возврат кода в сообщество приветствуется, но не является обязательным, в случае же с GPL такие обязательства предусмотрены. Однако при использовании текущей версии GPL, когда доработанный свободный продукт применяется в коммерческих целях как Web-сервис, в сообщество ничего не возвращается. Идея третьей версии GPL состоит как раз в том, чтобы скорректировать ее с сервисной моделью предоставления ПО. Доработав и начав коммерчески использовать свободный продукт, требуется сделать доступным для сообщества его исходный код. Ричард Столлмен, написавший первые версии GPL, столкнувшись с непредвиденными (по крайней мере, в те времена) обстоятельствами, поступает вполне последовательно, предлагая третью версию GPL. Переход на нее будет небезболезненным, но по мере набора “критической массы” ПО, выходящего с новой лицензией, он рано или поздно совершится, так как остальным разработчикам придется-таки перейти на нее, в противном случае они не смогут использовать защищаемые ею продукты.

О патентовании ПО

В России, как, впрочем, и в странах Евросоюза, алгоритмы и программы для ЭВМ не являются объектами патентного права. Директива о патентовании компьютерных программ была отклонена Европарламентом подавляющим большинством голосов еще позапрошлым летом. Патент на что-либо в современном мире реально может получить только организация, располагающая значительными финансовыми ресурсами. Понятно, что в таком случае она будет заботиться в большей мере о своих интересах, нежели об интересах автора программы. Тем не менее в США патенты на ПО выдаются, их число огромно и продолжает расти. Европа же, не имеющая подобных патентных активов, при принятии упомянутого законопроекта оказалась бы в крайне невыгодном положении перед США, как торговый партнер, чьи продукты были бы отягощены чужими софтверными патентами. Европейские программистские фирмы постоянно находились бы под угрозой высокой вероятности того, что в их продуктах обнаружатся фрагменты кода, защищенного патентами США, и в случае принятия закона о софтверном патентовании им пришлось бы платить за использование в своих продуктах чужих патентованных технологий.

Едва ли этим провалом дело закончится, так как здесь имеет место значительная инерция, обусловленная тем обстоятельством, что американскими фирмами накоплены, как уже говорилось, колоссальные патентные активы. Если, например, компании Sun Microsystems, IBM, Microsoft, Novell и др. могут обмениваться между собой патентами на взаимной договорной основе, то российским разработчикам, у которых нет сколько-нибудь значительных патентных активов и соответственно нечего предложить для обмена, придется платить как за прямое использование чужих патентов, так и за проверку патентной чистоты своих продуктов.

Первые шаги к свободе ПО в России

В декабре прошлого года к изучению вопроса разработки и использования СПО для государственных и муниципальных нужд приступила Коллегия Мининформсвязи России. На заседании коллегии с докладом выступил и.о. директора Департамента государственной политики в области ИКТ Е.С. Васильев. Он отметил, что применение СПО для государственных нужд имеет ряд преимуществ, — это, например, существенное сокращение расходов на легализацию ПО, использующегося в госсекторе, развитие собственного производства ПО и сокращение технологической зависимости России в данной области. Кроме того, участие отечественных предприятий в проектах разработки СПО позволяет им выходить на международный рынок в качестве поставщиков готовых продуктов и решений. Таким образом, была отмечена целесообразность поддержки развития СПО в нашей стране. По мнению Е.С. Васильева, чтобы осуществить эти цели, прежде всего необходимы: обеспечение равных рыночных условий для свободного и закрытого ПО; разработка обоснованной методики распределения между заказчиком и исполнителем и дальнейшего использования прав на ПО, получаемых в результате реализации государственных контрактов, а также разработка рекомендаций по использованию открытых стандартов (спецификации, протоколы, форматы файлов и т. д.) при разработке ПО.

По результатам обсуждения доклада Е.С. Васильева коллегия приняла решение о создании рабочей группы с целью дальнейшего определения основных направлений стратегии развития СПО в России. Спустя полгода рабочая группа опубликовала глоссарий (www.altlinux.ru/media/_Glossary.pdf) и план мероприятий (www.altlinux.ru/media/_PlanMeroprijatij.pdf) по содействию разработке в Российской Федерации СПО, а также его использованию в органах государственной власти (см. “Из материалов рабочей группы”). А в конце июля в Обнинске при поддержке Мининформсвязи прошла IV конференция разработчиков свободных программ, на которой был рассмотрен широкий круг тем: от новейших системных и прикладных разработок до правовых проблем и вопросов организации работы над проектами..





  
8 '2007
СОДЕРЖАНИЕ

бизнес

• Владеть, чтобы пользоваться

• ЦОДы должны быть эффективными

• Бизнес-магия компании Landata

• Собеседование при увольнении как способ снизить текучесть кадров

инфраструктура

• Передача голоса по БЛВС

• Этот изменчивый серверный рынок

информационные системы

• На свободу из Microsoft Office

кабельные системы

• СКС в 2007-м: «горячие» новинки

• Оптический разъем ODC может стать стандартом для беспроводных сетей

• Волокно — ближе к конечному пользователю

сети связи

• Как заставить интеллектуальную трубку работать на вас

• Motorola для сетей TETRA

защита данных

• Федеративное управление идентификацией

• Longhorn — новый уровень информационной безопасности?

• Технология TOR на страже анонимности

новые продукты

• Без проводов и с устойчивым соединением; Новый коммутатор от MRV для конвергентных сетей; MЭ масштаба предприятия прошел испытания


• Калейдоскоп



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх