Free software

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 20:24, 18 января 2019.

Свободное программное обеспечение (Free software) — программное обеспечение с открытым исходным кодом, пользователи которого имеют права на его неограниченную установку, запуск, свободное использование, изучение, распространение и изменение данного кода, а также распространение копий и результатов изменения. Свободное программное обеспечение является безопасной, надежной и финансово привлекательной платформой для построения информационных систем в корпорациях и государственном секторе. Свободное программное обеспечение обеспечивает технологическую независимость разработки и использования программного обеспечения от монополиста, независимость в выборе аппаратной платформы; отсутствие обязательной платы за право использования продуктов.

История

Рисунок 1 - Ричард Мэттью Столлман

Движение СПО зародилось в 1983 году, когда Ричард Столлман сформировал идею о необходимости свободы использования программного обеспечения (англ. software freedom) пользователями. В 1985 году Столлман основал Фонд свободного программного обеспечения, чтобы обеспечить организационную структуру для продвижения своей идеи.

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

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

В 1969 году правительство США объявило, что включение свободных программ в комплект аппаратных средств нарушает принципы конкуренции. Поэтому в 1970 и начале 1980-х годов в индустрии программного обеспечения начали использовать технические меры, чтобы предотвратить изучение и модифицирование ПО, а в 1980 году был принят закон об авторском праве для компьютерных программ.

В 1983 году Ричард Столлман, член хакерского сообщества MIT Лаборатории искусственного интеллекта, объявил начало проекта GNU, разочаровавшись в последствиях изменения культуры компьютерной индустрии. В январе 1984 года началась разработка программного обеспечения для операционной системы GNU и был создан Фонд свободных программ. Ричард Столлман разработал свободное программное обеспечение и понятие free software (свободное программное обеспечение) для того, чтобы обеспечить свободу копирования ПО для всех.

Термин open source (открытый код) был создан гораздо позднее, в 1998 году Эриком Реймондом и Брюсом Перенсом, которые считали, что термин free software в английском языке неоднозначен, т.к. может означать и «свободный», и «бесплатный», а потому смущает многих коммерческих предпринимателей.

Четыре основные свободы

Рисунок 2 - Книга Ричарда Столлмана "Free as in freedom"
« Свободное программное обеспечение» означает свободу, а не цену. Чтобы понять эту концепцию, следует представлять себе «свободу слова», а не «бесплатное пиво"
Richard Matthew Stallman
»
  • "Free to use" - "Нулевая свобода". Согласно нулевой свободе разрешено использовать программу с любой целью угодной пользователю. Сама философия free software преследует исключительно общественно важные цели. Проприетарное ПО затрудняет, а чаще полностью запрещает сотрудничество и кооперацию между пользователями, в то время как свободное — способствует ей. Главной целью является освобождение всех и каждого в киберпространстве.
  • "Open source" - "Первая свобода". Позволено изучать принцип работы программы и, в соответсвии с нулевой свободой, разрешено изменять ее под свои нужды. Условием исполнения является открытость исходного кода.Подписание соглашения о неразглашении текста программы, отказ в предоставлении текстов наиболее удобных для изучения делает программу несвободной.
  • "Copy left" - "Вторая свобода". Разрешается свободное распространение копий программы «в помощь товарищу». Одной из причин зарождения свободного проекта GNU была возможность делиться программами с товарищами, общаться и совместно работать. Именно эти ценности постулировались с самого начала проекта.
  • "Free to commit" - "Третья свобода". Согласно данной свободе предусматривается возможность свободного изменения программы с последующим ее распространением на благо всего общества. Аналогично первой свободе, этот пункт требует открытости исходного кода для изучения и модификаций, а модификации должны распространяться, следуя этим же принципам, которые также отражены в специальной лицензии GNU GPL.

Программа свободна, если она предоставляет пользователям все эти четыре свободы в достаточном объеме. В противном случае она не свободна. Нужно подчеркнуть, что эти принципы оговаривают только доступность исходных текстов программ для всеобщего использования, критики и улучшения, и права пользователя, получившего исполнимый или исходный код программы, но никак не оговаривают связанные с распространением программ денежные отношения, в том числе не предполагают и бесплатности. [Источник 1]

Использование

По данным проекта «Open Source Census», процент использования программного обеспечения с открытыми исходными кодами достаточно высок среди крупного бизнеса. Доля предприятий, использующих СПО и с численностью сотрудников более 10 тысяч, составляет 25 %, компаний с численностью 1–10 тысяч сотрудников составляет 15,4 %, организаций с численностью менее 1тыс. человек – 0,03 %. Эти данные показывают, что для успешного использования СПО в организации нужно располагать хорошо укомплектованным отделом ИТ-специалистов. Организации среднего и малого бизнеса из-за ограниченных средств этого себе позволить не могут .

Если привязаться к сегодняшнему дню и проблемам РФ, то можно вычленить следующие задачи, которые решает использование СПО :

  • Обеспечение импортозамещения проприетарных компонентов программного обеспечения, снижение зависимости от монополистов.
  • Стимулирование развития компаний РФ, разрабатывающих ПО.
  • Участие IT-специалистов в оказании услуг для государственных и муниципальных нужд, привлекая дополнительные инвестиции в развитие отечественного производителя.
  • Обеспечение высокого уровня технологической независимости.
  • Уменьшение числа нарушений, связанных с правовой защитой программ для ЭВМ.

Любой процесс или продукт имеет свои достоинства и недостатки. Рассмотрим некоторые достоинства использования СПО.

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

В качестве недостатков следует отметить следующее:

  • Отсутствие функциональной совместимости СПО с информационными системами и ПО, разработанным или использующимся на предприятии. Процесс переработки ПО может оказаться дорогостоящим.
  • Отсутствие необходимых для использования СПО драйверов и утилит.
  • Дефицит IT-кадров и структур поддержки СПО. Этот недостаток в значительной степени усугубляет первые два недостатка.
  • Сложность в оценке экономической эффективности СПО. Во многих случаях решение о положительном результате использования и прибыли при внедрении СПО приходится принимать, основываясь на командных решениях руководства и советах программистов, не подкрепленных серьезными исследованиями.
  • Наличием в настоящий момент преобладания на рынке программного обеспечения проприетарного ПО над свободным.
  • Отсутствие полноценного документального сопровождения СПО. Это связано, как правило, с тем, что свободные программы создаются с целью решить конкретную задачу для одного предприятия и использование их в дальнейшем не планируется.
  • Наличие неудобного интерфейса. Более того, он может быть очень примитивным или несовместимым с имеющимся у пользователя интерфейсом. [Источник 2]

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

Распоряжение Правительства РФ от 26.07.2016 N 1588-р "Об утверждении плана перехода в 2016 - 2018 годах федеральных органов исполнительной власти и государственных внебюджетных фондов на использование отечественного офисного программного обеспечения". В данном распоряжении Правительства предлагается утвердить прилагаемый план перехода в 2016 - 2018 годах федеральных органов исполнительной власти и государственных внебюджетных фондов на использование отечественного офисного программного обеспечения.

Федеральным органам исполнительной власти и государственным внебюджетным фондам осуществлять переход на использование отечественного офисного программного обеспечения:

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

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

Типы свободных лицензий

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

Общественная лицензия GNU

Рисунок 3 - Фонд свободного программного обеспечения

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

Ричард Столлман занимался разработкой текстового редактора Emacs на основе исходных текстов Джеймса Гослинга. Тогда Гослинг свободно раздавал свои исходные тексты всем заинтересованным. Однако в некоторый момент Гослинг продал права на распространение Emacs компании UniPress и компания попросила Столлмана прекратить распространение его версии Emacs, так как права принадлежат им. Этот инцидент заствил Столлмана переписать заново те части исходного текста Emacs, которые теперь принадлежали UniPress, после чего он разработал собственную лицензию на программное обеспечение.

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

Лицензия, содержащая такое условие, получила название «copyleft». Здесь игра слов: по-английски авторское право называется «copyright», буквально «копироватьправо», а «copyleft», соответственно, «копироватьлево». Действительно, условие «copyleft» прямо противоположно по смыслу авторскому праву: авторское право призвано ограничить пользователя в копировании и распространении копий продукта, а «авторское лево», наоборот, строго запрещает его ограничивать. Впоследствии лицензия Столлмана получила название «Общественная лицензия GNU» (GPL, GNU Public License).

В настоящее время помимо GPL известны и другие лицензии, под которыми может распространяться свободное ПО. Самая распространённая из таких лицензий — Лицензия BSD. Лицензия BSD отличается от GPL главным образом тем, что в ней отсутствует условие «copyleft», то есть на основании свободного ПО, распространяемого под этой лицензией, можно производить несвободные модификации. Однако лицензия BSD и другие лицензии до тех пор будут оставаться лицензиями на свободное программное обеспечение, пока они соответствуют условиям, оговорённым принципами свободного ПО, объявленными Фондом. [Источник 3]

Сообщество разработчиков и пользователей

Рисунок 4 - Проект GNU

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

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

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

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

У свободно распространяемой программы обычно нет оплачиваемого отдела контроля качества. Значит, пользователь может столкнуться с ещё большим количеством ошибок, чем в патентованной программе. Тем актуальнее для него возможность сообщить об ошибке разработчикам программы. Раньше в сопровождающей программу документации было принято указывать электронный адрес, по которому разработчики принимали сообщения об ошибках, bug report. Некоторые вводили стереотипную форму для таких сообщений, чтобы облегчить и автоматизировать их обработку. Уже это требует существенно более высокой связности сообщества во всём мире, существенно большей, чем достаточно для закрытой разработки.

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

Простому и упорядоченному приёму и перенаправлению сообщений об ошибках служат системы отслеживания ошибок (Bug Tracking System), самые известные из которых разработаны участниками больших проектов для себя, а благодаря свободным лицензиям используются повсеместно. Таковы GNUTS (разработанная в GNU), Bugzilla (Mozilla Fundation), JitterBug (проект Samba) или Debian BTS. Более ранние версии ориентируются на электронную почту, более поздние включают в себя WWW-интерфейс. Например, при помощи Bugzilla организуется сайт в Internet, на котором пользователь может заполнить форму сообщения об ошибке. Каждое сообщение имеет свой номер, по которому можно попасть на «персональную» страницу данной ошибки, где отражаются все происходящие по её поводу события, от первоначального сообщения (открытия) до исправления (закрытия). При каждом изменении в состоянии ошибки Bugzilla рассылает всем заинтересованным лицам (включая, естественно, сообщившего об ошибке и занимающихся данной программой разработчиков) письма по электронной почте. Поскольку Bugzilla позволяет оставлять комментарии и прикладывать файлы, она является полноценным средством для общения пользователя с разработчиком по поводу ошибки в программе.

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

Чтобы облегчить и автоматизировать процесс внесения исправлений, Ларри Уолл в 1984 году разработал утилиту patch («заплатка»), которая в формализованном (но хорошо понятном человеку) виде описывает операции редактирования, которые нужно произвести, чтобы получить новую версию текста. С появлением этой утилиты пользователь, обнаруживший и исправивший ошибку в программе, мог прислать автору небольшую заплатку, по которой автор мог понять, какие изменения предлагаются, и автоматически «приложить» их к своему исходному тексту. С появлением patch гораздо больше пользователей стало включаться в разработку программ с доступным исходным текстом, немалую роль и здесь сыграла сеть Usenet. Файлы-заплатки с исправлениями — обязательный атрибут сегодняшней разработки свободных программ.

Рисунок 5 - Лауреаты Sahana с Ричардом Столлманом

Если пользователю программы не хватает в ней какой-то функции, то при должной квалификации он вполне может запрограммировать её сам и включить в исходный текст программы. Естественно, ему выгодно, чтобы его дополнение попало в «главный», авторский вариант программы (его называют «upstream») и появлялось во всех последующих версиях: можно точно так же оформить его в виде patch и выслать автору. Этой возможности лишён пользователь несвободной программы, даже если он достаточно квалифицирован. Единственный способ включить в программу нужную ему функцию — обратиться к производителю (если программа патентованная) с соответствующей просьбой, и надеяться, что производитель сочтёт предложенную функцию действительно необходимой.

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

Написать большую программу в одиночку довольно сложно и даже не всегда возможно, особенно если автор занимается этим в свободное от работы время. Большинство современных свободных программ пишется группой разработчиков. Даже если начинал писать программу один человек, и она оказалась интересной, к разработке могут присоединиться активные пользователи. Чтобы они могли не только вносить отдельные исправления, но и вообще всю разработку вести совместно, нужны специальные инструменты. Помимо patch, для организации совместной разработки ПО применяются системы контроля версий. Функции системы контроля версий состоят в том, чтобы организовать доступ к исходным текстам программы для нескольких разработчиков и хранить историю всех изменений в исходных текстах, позволяя объединять и отменять изменения и пр. Самая ранняя свободная система контроля версий, RCS использовалась ещё на заре свободного ПО абонентами сети Usenet, затем на смену ей пришла более развитиая CVS, но сегодня и она считается во многом устаревшей, и всё чаще заменяется Subversion, Arch и другими.

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

Очень многие свойства сообщества разработчиков и пользователей свободных программ проистекают из того, что все его участники обычно занимаются этой программой из интереса или потому, что эта программа — необходимый для них инструмент (например, зарабатывания денег). Время, потраченное ими на программу, не оплачивается, поэтому нет никакой надежды, что обстоятельства не переменятся и разработка не прекратится вовсе. Нередки случаи, когда разработка программы начинается благодаря одному автору-энтузиасту, который привлекает многих к участию в разработке, а потом энтузиазм лидера гаснет, а вместе с ним затухает и разработка. К сожалению, сегодня существуют тысячи свободных программ, так никогда и не достигших версии 1.0, хотя «выгорание» лидеров и не единственная этому причина. Кроме того, программа может быть необходимой, но «неинтересной», а потому не найдётся и свободных разработчиков.

Место свободных программ на сегодняшнем рынке ПО очень значительно, и многие коммерческие и государственные предприятия используют свободное ПО прямо или опосредованно. Собственно, опосредованно все пользователи Internet задействуют, например, свободную программу Bind, предоставляющую службу DNS. Многие организации, особенно предоставляющие услуги через Internet, используют свободный web-сервер Apache, от работы которого непосредственно зависит их прибыль, не говоря уже о серверах на платформе Linux. Выгода использования свободного ПО очевидна: за него не приходится платить, а если приходится — оно стоит гораздо дешевле патентованных аналогов. Главный недостаток с точки зрения коммерческого пользователя: разработчики свободных программ не несут никаких обязательств по качеству программы, кроме моральных. Поэтому сегодня большие корпорации, например, Intel или IBM, находят необходимым поддерживать проекты по разработке свободного ПО, оплачивая сотрудников, которые работают в рамках этих проектов.

Философия

В европейской культуре столь долго вырабатывались правила собственности по отношению к материальным предметам, что распространение этих прав на предметы нематериальные — программные продукты — выглядит делом естественным и не вызывает сомнений. А поводов для сомнений немало. Главное отличие программного продукта от материальных объектов — т. н. безущербное копирование, для которых законодательно запрещать нанесение ущерба, то есть признавать право распоряжаться вещью только за одним человеком — за её хозяином. Никаких дополнительных механических или юридических приспособлений при этом не требуется.

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

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

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

Цели и задачи свободного программного обеспечения в России

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

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

Свободное программное обеспечение должно соответствовать следующим критериям:

  • пользователь может свободно использовать ее в любых, не запрещенных законом Российской Федерации целях;
  • пользователь может изучать, как программа работает и перерабатывать её для своих целей;
  • пользователь может свободно распространять копии программы;
  • пользователь может свободно перерабатывать и распространять свою измененную версию.[Источник 4]

Развитие свободного программного обеспечения в России

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

В ряде крупных организаций в 2014-2015 гг. стартовали проекты по тестированию СПО и миграции на него с проприетарных продуктов. Так, например, перевести ряд систем с Oracle на PostgreSQL планировали Сбербанк России, в связи с чем осенью начал тестирование этой СУБД. Возможность использования PostgreSQL изучал и ВТБ, где экспериментальной площадкой выступал Банк Москвы. О планах по переводу некритических систем на PostgreSQL сообщал также Банк Открытие. В решениях с открытым кодом заинтересованы, например, и структуры «Росатома». В РФЯЦ-ВНИИЭФ ведется разработка платформы на базе СПО на замену продуктам Microsoft, VMware и Oracle. [Источник 5]

Источники

  1. What is free software? // GNU Operating System. [2009-2018]. Дата обновления: 15.12.2018 URL:https://www.gnu.org/philosophy/free-sw.en.html (дата обращения 16.01.2019).
  2. Плата за свободу. Преимущества и риски свободно распространяемого ПО // Журнал «Директор информационной службы». [1997-2019]. Дата обновления: 30.05.2008. URL:https://www.osp.ru/cio/2008/05/4985769/ (дата обращения 23.12.2017).
  3. История возникновения свободного ПО // Altlinux. [2002-2018]. Дата обновления: 24.11.2010. URL:http://heap.altlinux.org/alt-docs/modules/freesoft_history.kirill/index.html (дата обращения 23.12.2017).
  4. ГОСТ Р 54593-2011 Информационные технологии. Свободное программное обеспечение. Общие положения // TAdviser. [2005-2019]. Дата обновления: 27.12.2011. URL:http://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_54593-2011_%C2%AB%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8._%D0%A1%D0%B2%D0%BE%D0%B1%D0%BE%D0%B4%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B5_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5._%D0%9E%D0%B1%D1%89%D0%B8%D0%B5_%D0%BF%D0%BE%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F%C2%BB (дата обращения 17.01.2019).
  5. Свободное ПО в России // TAdviser. [2005-2019]. Дата обновления: 25.12.2015. URL:http://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%A1%D0%9F%D0%9E_(%D0%A1%D0%B2%D0%BE%D0%B1%D0%BE%D0%B4%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B5_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5)_%D0%B2_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8 (дата обращения 17.01.2019).