Свободное по за и против сообщение

Обновлено: 05.07.2024

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

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

Но давайте заглянем глубже и посмотрим, к чему приведет подобная "свобода" и так ли она необходима для программного обеспечения?

Философия "свободы"

Чтобы понять философию свободы ПО, необходимо ознакомиться с деятельностью Фонда свободного программного обеспечения (англ. Free Software Foundation, сокращенно FSF) – некоммерческой организации, основанной в октябре 1985 г. Ричардом Столлманом для поддержки движения СПО. По мнению сторонников FSF, любое ПО должно обладать четырьмя свободами:

1) программу можно использовать с любой целью ("нулевая свобода");

2) можно изучать, как программа работает, и адаптировать ее для своих целей ("первая свобода");

3) можно распространять копии программы ("вторая свобода");

4) программу можно улучшать и публиковать свою улучшенную версию ("третья свобода").

В результате СПО по сравнению с проприетарным софтом обладает такими достоинствами, как:

- высокое качество продуктов;

- высокая скорость разработки;

- доступ к огромному пулу готовых программ;

- независимость от разработчиков.

Должно обладать. А обладает ли?

Высокое качество продуктов

Утверждение о том, что продукты СПО обладают более высоким качеством, чем их проприетарные аналоги, является, пожалуй, самым спорным. Действительно, а как оценить качество современных программных продуктов, отличающихся высокой сложностью? Попробуйте-ка провести экспертную оценку качества операционной системы Mandriva Linux и сопоставить полученные результаты с результатами такой же оценки Windows Vista. И хотя методики оценки качества программных продуктов существуют и определены в различных стандартах (прежде всего это международные стандарты ISO 9000-й серии), получить объективную оценку практически невозможно. И все же пара козырей у СПО есть: открытый исходный код и возможность выбрать в качестве основы для разработки уже готовый, зарекомендовавший себя продукт. Благодаря доступности исходного кода процесс отладки приложения и исправления ошибок может осуществляться не только силами разработчика, но и всеми пользователями. Ну а чем меньше ошибок, тем выше качество! Кроме того, код программы становится более оптимальным (700 Мб инсталляционного диска могут содержать "голую" ОС Linux или Windows с немалым пакетом необходимых программ и утилит). А взяв в качестве основы для разработки качественный продукт, сложно получить на выходе что-то плохое. Вот и Mac OS X – операционная система компании Apple для компьютеров Macintosh базируется на FreeBSD – свободной UNIX-подобной операционной системе.

Высокая надежность/стабильность

Вопрос надежности является не менее спорным, чем вопрос качества, но зато более простым в определении объективной оценки. И всего-то нужно запастись парочкой-тройкой одинаковых компьютеров (а лучше серверов), установить на них испытуемые программные продукты, подключить к одному источнику питания, одновременно запустить и с печальным видом фиксировать все отклонения в работе. Чтобы процесс шел веселее, можно как следует нагрузить машины, например, разместив на них сайт "одноклассники.ру" и открыв к нему доступ. К счастью, подобные исследования проводятся довольно часто по заказу различных IT-компаний, поэтому можно обойтись лишь анализом результатов. Одно из таких исследований было проведено компанией Yankee Group. В ходе опроса "2008 Server OS Reliability Survey" (Обследование надежности серверных ОС-2008) была собрана информация о показателях надежности различных серверных систем. В результате опроса выяснилось, что в течение 2007 и 2008 гг. Linux-дистрибутивы от Red Hat и Novell увеличили свою надежность в среднем на 75%. Исследование показало, что время простоя Windows 2003, тем временем, увеличилось на 25% (до 9 часов на сервер в год). Время простоя стандартной коробочной версии Red Hat Enterprise Linux уменьшилось на 75% (с 7,1 до 1,75 часа).

Безопасность

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

Одно из исследований безопасности операционных систем семейства Windows и *nixподобных ОС было проведено Николасом Петрели (Nicholas Petreley) в 2004 г. В качестве критериев оценки были выбраны следующие:

- серьезность уязвимостей в системе безопасности;

- количество уязвимостей, серьезность которых определяется как "критическая". Результат: 38% критических уязвимостей Windows Server 2003 против 10% Red Hat Linux. Конечно, прошло уже 4 года, в течение которых появились новые операционные системы, обладающие более эффективной системой безопасности, но неизменным остался подход к решению задачи обеспечения безопасности в свободных продуктах (открытые стандарты, система разделения полномочий, безопасное администрирование из консоли, модульность системы) и проприетарных (закрытые стандарты, монолитность систем, как правило, графический интерфейс администрирования). Однако не время делать поспешные выводы и приступать к раздаче советов, пусть это будет делом сугубо каждого.

Высокая скорость разработки "Базарная" модель разработки ядра Linux, по сути, стала революционной, и в настоящее время большинство продуктов СПО разрабатываются именно по данной модели. Наиболее подробно эта модель описана в произведении Эрика Стивена Рэймонда (один из основателей организации Open Source Initiative – Инициатива открытых ресурсов) "Собор и базар". Суть "базарной" модели состоит в том, что благодаря открытости и беспрепятственному распространению разрабатываемой программы создается сообщество программистов, которое может стать огромной мощью, увеличив скорость разработки программы. При разработке закрытых продуктов такая мощь, как правило, недоступна или обходится очень дорого.

Однако тут есть один подводный камень – "закон Брукса", который гласит, что привнесение в проект новых сил на поздних стадиях разработки лишь отодвигает срок сдачи проекта ("Мифический человеко-месяц, или Как создаются программные системы", Фредерик Брукс, 1975 г.). Другими словами, увеличение сообщества программистов не всегда приводит к увеличению скорости разработки, а иногда может и погубить весь проект. Фредерик Брукс объяснял это тем, что большее количество людей сложнее организовывать, увеличивается время взаимодействия разработчиков между собой, что приводит к сокращению полезного времени на разработку. К тому же новых, только что привлеченных программистов необходимо обучить и ввести их в курс дела.

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

Локализация

На Земле насчитывается около 5–6 тысяч различных языков и диалектов. Интерфейс программы может отображаться только на одном. Какой выбрать? Вполне естественно, что разработчик пишет графический интерфейс пользователя на том языке, которым владеет он сам. Помимо этого разработчик может включить поддержку тех языков, которые ему помогут распространить свой продукт в других странах и тем самым обеспечить достаточное количество пользователей. Но что делать, если разработчик не включил поддержку вашего родного языка, а вам очень хочется использовать его программу? Ответ один: локализовать программу силами программистов и переводчиков своей страны. Вот тут и проявляется преимущество СПО: локализовать свободный продукт намного проще с технической и юридической точки зрения, чем локализовать проприетарный софт. Как следствие, СПО имеет более широкую географию, нежели закрытое ПО.

Открытые стандарты

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

Доступ к огромному пулу готовых программ СПО распространяется под различными лицензиями. Самой известной является GNU (General Public License – Универсальная общедоступная лицензия). Одно из обязательных условий данной лицензии – доступность исходного кода программы. Также доступным должен стать исходный код программы, разработанной с использованием кода, распространяемого по лицензии GPL. Таким образом, формируются репозитории со свободными программами, находящиеся в открытом доступе. Следует отметить, что не все свободные лицензии требуют размещения в открытом доступе производных программных продуктов, однако репозитории каждый день пополняются новыми программами. И все это "богатство" доступно программистам для создания своих продуктов, а значит, не надо заново изобретать колесо, а можно взять готовый программный модуль. Как далеко шагнула бы вперед программная индустрия, если бы Microsoft открыла код своей "операционки".

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

Внимание! Эта статья была опубликована в 2012 году в журнале "Известия ИГЭА". Использование материалов из нее разрешено только при правильной библиографической ссылке (для докладов, курсовых работы, рефератов, дипломных и пр. научных работ) или url-ссылки (для сайтов). Библиографическое описание дано в конце статьи.

Ахтунг! В этой статье зашкаливает уровень научности языка! Готовьтесь в тяжелому чтению со ссылками на литературу. Зато на статью можно официально ссылаться.

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

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

Выполнение программы;
Изучение и модификации программы (доступ к исходным кодам);
Распространение программы;
Распространение собственных модифицированных версий.

В отличие от проприетарного ПО свободное ПО имеет ряд потенциальных преимуществ ([3], [4], [5],[6] ,[7] ,[8] ,[9] ,[10] ,[11]):

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

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

Список использованной литературы

01.09.2016 25.02.2019

Библиографическое описание

Артамонов, И. В. Свободное программное обеспечение: преимущества и недостатки / И. В. Артамонов // Известия ИГЭА. – 2012. – № 5. – С. 122–125.

Свободное программное обеспечение - не утопия, а реальность. Тем не менее, общество до сих пор в поисках ответа на вопрос, почему в мире все еще существует проприетарное ПО?

Со свободным ПО знакомы все. Вы встречаете его каждый день, не осознавая этого. Используете Фаерфокс? Это свободное ПО. Заходите на сайт, а сервер, отдающий вам страницу, Apache? Свободное ПО. База данных MySQL? Тоже свободное ПО. В бизнесе свободное ПО используют уже давно, как бы парадоксально это ни звучало.

До недавних пор свободное ПО практически всегда применялось на серверной стороне, а не на пользовательской. Обычный человек редко видел его воочию. До прихода Android самой распространённой операционной системой были разные версии Windows, а единственной альтернативой для обычного человека был Mac. На телефонах до Android были Symbian OS (который, кстати, тоже недавно стал свободным) и Windows Mobile. А вот на серверах картина была почти обратная.

Моральный кодекс разработчика СПО

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

0. Программу можно использовать для любой цели.

1. Программу можно изучить и адаптировать под свои задачи.

2. Программу можно копировать и распространять копии.

3. Программу можно улучшать и публиковать свою улучшенную версию.

Список принципов начинается с нулевого пункта не потому, что программисты привыкли начинать перечисление с нуля. Этот пункт появился в списке последним, но оказался настолько важным, что решено было поставить его в самом начале.

Пример
Mozilla Firefox - свободный браузер с открытым кодом. В него может заглянуть кто угодно и сделать с ним может что угодно. Если ваш вклад нужен только вам, в очередной релиз браузера изменение не попадёт, но сама такая возможность есть.

Google Chrome - бесплатный браузер, но он не свободен. Пункт 9.2 в правилах использования говорит: без письменного разрешения Google изменения невозможны. При этом существует Chromium, создаваемый параллельно, как свободное ПО.

Кстати! Запретов на продажу свободного ПО нет. Обычно его распространяют свободно, а деньги берут за поддержку и внедрение.

В 2001 году Стив Балмер, бывший на тот момент гендиректором Microsoft, заявил, что работа с открытым кодом для коммерческих компаний невозможна. Им придется открыть исходники всего остального своего ПО. Но не верьте слухам, даже если они исходят от Microsoft. Компания вполне имеет право использовать и свободное, и несвободное ПО одновременно.

Так чем выгодно СПО?

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

Пример
Когда RedHat перестали поддерживать RedHat Linux 7, 8 и 9, другие заинтересованные компании взялись за это сами. А пользователи Windows XP в своё время были вынуждены покупать новые версии системы или платить деньги за продление поддержки в порядке исключения. Американский флот за поддержку своего парка с Windows XP платит примерно 9 миллионов долларов в год.

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

Ложка дёгтя

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

Проприетарные приложения для Windows иногда не имеют полноценных свободных аналогов. GIMP объективно проигрывает фотошопу. А запускать на свободной системе проприетарное Windows-ПО получается не всегда, Wine - не панацея.

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

Большому бизнесу – большое внедрение

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

Пример
Город Тулуза одним только переходом на LibreOffice сэкономил миллион евро за три года. А вот в Мюнхене сначала перешли на СПО, а потом были вынуждены вернуться обратно: сказалось некорректное взаимодействие с другими системами. Самая свежая новость пришла из Барселоны - там собираются менять Microsoft Windows, Office и Exchange на Linux, Libre Office и Open Xchange. Пожелаем им удачи и хорошего интегратора.

Минкомсвязи в конце декабря опубликовало свои взгляды в отношении внедрения свободного программного обеспечения (СПО) в госорганах. В документе перечислены преимущества свободных продуктов, главными из которых названы бесплатность и безопасность. Но так ли это на самом деле?

Свободное — значит бесплатное?

Существует распространенное мнение о том, что свободный софт является одновременно и бесплатным. В документе Минкомсвязи использован именно этот тезис:

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

Однако IТ-эксперты, в том числе основатель движения open source Ричард Столлман, с этим не согласны. Сам Столлман на каждом своем выступлении повторяет фразу:

Free — значит свободное, но не бесплатное. И все это не равно Open Source. Это три понятия, которые смешивать не стоит.

Свободный софт более безопасен

Поскольку, как мы только что выяснили, свободное ПО, бесплатное и Open Source — это три совершенно разные вещи, то кажется, что одна из них и должна быть более безопасной, чем проприетарные продукты. На самом деле это не так.

В документе Минкомсвязи сказано, что закрытые продукты менее безопасны, поскольку в них встречаются недокументированные возможности:

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

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

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

В случае с бэкдором в RSA выяснилось, что компании заплатило АНБ — то есть виновника удалось найти. А вот откуда в пакете SSL взялась уязвимость Heartbleed — непонятно до сих пор.

Должно ли государство развивать российский Open Source

Еще одна выдержка из документа Минкомсвязи, в которой звучит тезис о том, что свободный софт соответствует национальным интересам:

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

Операционная система не нужна!

Десктопы

Все в облако

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

Железное небо

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

Итого

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

В последние годы потребителями открытого ПО становятся целые страны. Французская жандармерия использует на своих компьютерах свободное ПО Ubuntu, а другие министерства переходят с Microsoft Office на бесплатный LibreOffice. Этот офисный пакет также используют министерства обороны Нидерландов и Италии, муниципалитеты Албании и Испании. А правительство Великобритании перешло с формата PDF в документации на опенсорс-формат Open Document Format for Office Applications (ODF) по умолчанию. РБК Тренды разобрались, в чем плюсы и минусы открытого софта.

С чего начиналось свободное ПО

С 1952 по 1955 год компания IBM начала выпускать IBM 701, первый коммерчески доступный компьютер. ЭВМ не продавали конечным потребителям, а сдавали в аренду научным институтам, военным компаниям и госпредприятиям. Машины поставлялись без операционной системы и программ. Ученые и инженеры начали писать софт сами и делились им с коллегами из других компаний, у которых были аналогичные ЭВМ.

Со временем коммерческих моделей компьютеров становилось больше, и они стали доступны обычным пользователям. Однако под каждую из этих моделей придумывали отдельное ПО. Компании-производители создавали каждый свою операционную систему: BESYS, Compatible Time-Sharing System или CP/CMS. Эти ОС начинали продавать вместе с ПК, и иногда они стоили дороже самого компьютера.

Разработчик Ричард Столлман присоединился к лаборатории искусственного интеллекта при Массачусетском технологическом институте (MIT). Он принимал участие в работе над свободным ПО, например, над EMACS — текстовым редактором для мини-компьютеров семейства PDP. Позднее редактор продали коммерческому дистрибьютору. В 1984 году Столлман решил основать проект свободного ПО под названием GNU (рекурсивный акроним от англ. GNU’s Not UNIX).

К 1991 году разработчикам удалось создать независимую работоспособную ОС, но ей не хватало ядра. Тогда Линус Торвальдс выпустил ядро Linux с открытым кодом, а в 1992 году лицензировал его по GPL.

В середине 1990-х годов в open source пришла первая крупная компания Netscape. Ее браузер Navigator был одним из самых популярных в мире, но с появлением Internet Explorer он стал вытесняться с рынка. В 1998 году в Netscape решили открыть исходный код своего браузера. Год спустя компании не стало, но исходный код Navigator стал основой для одного из самых популярных браузеров — Mozilla Firefox.

В 2014 году представители фонда поддержки открытых проектов Linux Foundation заявили, что в будущем 80% стоимости технологий будет приходиться на открытый код и только 20% — на платные программы.

Плюсы открытого кода

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

Для пользователей

Долгосрочная поддержка — в интересах опенсорс-сообщества развивать проект как можно дольше, в то время как корпорации постоянно обновляют версии и выпускают новые продукты на смену старым, чтобы брать с потребителей деньги.
Экономия денег — за продукт и его новые версии не нужно платить.
Конфиденциальность — корпорации зачастую собирают личные данные потребителей для таргетинга и прочих целей. К примеру, Microsoft уличили в том, что она собирала персональные данные 300 тыс. госслужащих Нидерландов через Office ProPlus без разрешения и документации.
Простая обратная связь — индивидуальные разработчики и небольшие группы программистов реагируют на баги и ошибки гораздо быстрее, чем крупные компании.

Для разработчиков:

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

Для корпораций:

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

Минусы open source

Плагиат. Коммерческие структуры могут использовать открытый код для своих продуктов без указания его авторства. Иногда они вносят минимальные изменения в код, чтобы выдавать его за собственный. Подобное случилось с участниками проекта Leela, которые разработали бесплатный шахматный движок Chess Zero с настраиваемой нейронной сетью. Его использовала компания ChessBase, которая выпустила шахматную программу Fat Fritz. Пакет программ ChessBase Fritz компании стоит от €79 до €99. При этом она отрицает, что каким-либо образом задействовала открытый код.

Аналогичная история была и с Amazon Web Services, которая запустила CloudWatch Synthetics Recorder, расширение Chrome для записи взаимодействий с браузером. Однако данный сервис оказался полностью скопирован с проекта Headless Recorder, созданного разработчиком Тимом Нолетом. В AWS факт плагиата не признавали.

Отсутствие поддержки. Открытый код может использоваться в тех проектах, о которых его авторы даже не подозревают. Таким образом, они не могут оказывать должную поддержку. Кроме того, существует риск, что разработчик небольшого проекта отойдет от дел, а продолжать его дело будет некому, и код начнет устаревать. Проект Libraries.io обнаружил более 2 400 библиотек с открытым кодом, используемых минимум в 1 тыс. других программ, не получавших должного внимания со стороны опенсорс-сообщества. Для потребителя такой программы это может стать проблемой. К примеру, когда программист Азер Кочулу удалил свою библиотеку Leftpad из интернета, проблемы возникли у Facebook, Netflix и других проектов.

Незамеченные уязвимости. Каждый открытый проект зависит от более мелких. В этой цепочке зависимостей легко может возникнуть дыра в безопасности, которую могут долго не замечать. В 2014 году такая уязвимость в безопасности Heartbleed была обнаружена в OpenSSL — программе с исходным кодом, используемой практически всеми веб-сайтами, обрабатывающими платежи с банковских карт. Она делала все эти ресурсы уязвимыми для атак хакеров и кражи данных. По данным GitHub, 17% всех уязвимостей создаются со злонамеренными целями. Исследователи отмечают, что они могут просуществовать до четырех лет, прежде чем будут устранены.

Проекты с открытым кодом

Проекты GNU и Linux послужили основой для многих продуктов. А приход компании Netscape позволил привлечь внимание ИТ-гигантов, которые со временем начали активно вкладываться в open source.

Организация Apache Software Foundation тоже начиналась как открытый проект по развитию одноименного программного обеспечения, в том числе веб-сервера Apache. Данный сервер считается одним из наиболее популярных. Он позволяет запускать сайты небольших проектов и малого бизнеса на WordPress. В наше время разработчики поддерживают множество софтверных проектов, которые имеют открытую лицензию Apache Software License. Спонсорами ASF выступают такие гиганты как Microsoft, Huawei и Amazon Web Sevices.

Компания Red Hat, производитель программного обеспечения на основе операционной системы Linux, возникла в 1995 году. Она не только выпускала софт, но и занималась технической поддержкой и обучением системных администраторов и разработчиков. В 2018 году компанию купила IBM.

Google развивалась благодаря Linux и открытому ПО. Компания сама поддерживает такие проекты как библиотека машинного обучения TensorFlow, язык программирования Go, ПО для автоматизации развертывания приложений Kubernetes и другие. В 2017 году Google открыла портал для 2 тыс. своих open source проектов. Компания делится своими наработками в области открытого кода, а также рассказывает о поддержке новых инициатив.

Microsoft, которая изначально была против open source, в последние годы также изменила отношение к свободному ПО. В 2018 году компания передала 60 из 90 тыс. своих патентов на разработки Open Invention Network (OIN) — организации, которая владеет патентами на программное обеспечение открытой экосистемы GNU/Linux и предоставляет право на их бесплатное использование. Чуть позже корпорация приобрела портал репозиториев открытого года GitHub, а также активно принимает участие в развитии открытых проектов, в том числе, Linux.

В науке опенсорс-подход распространяется не только на открытое ПО, но и на публикации работ исследователей, открытое рецензирование и развитие открытых образовательных ресурсов. Еще в 1991 году физик Пол Гинспарг основал электронный архив arXiv при Лос-Аламосской национальной лаборатории для публикации в открытом доступе препринтов. Теперь там публикуются работы не только по физике, но и по медицине, математике и еще ряду направлений. Европейская организация по ядерным исследованиям (ЦЕРН) поддерживает не только выпуск оборудования с открытым исходным кодом и открытой лицензией, но и собственный портал открытых данных. Ученые применяют инструменты с открытым кодом также для того. чтобы раскрывать методологию своих исследований. К примеру, они используют Open Notebooks для документирования рабочих процессов.

Продукты с открытым кодом используют не только специалисты, но и обычные пользователи, причем иногда они даже не подозревают об этом. LibreOffice, OpenOffice и NeoOffice позволяют бесплатно работать с текстовыми документами, таблицами, графиками, рисовать и делать презентации. 7-Zip, файловый архиватор с высокой степенью сжатия, помогает экономить место на ПК и передавать большие файлы. Графический редактор GIMP способен заменить Photoshop, так как включает инструменты цветокоррекции, фильтры, рисующие инструменты, маски и слои.

Открытый исходный код в наши дни помогает поддерживать технологии искусственного интеллекта, блокчейна и сложных вычислений. Согласно отчету Red Hat, который опросил 1 250 ИТ-лидеров по всему миру, 90% этих предприятий используют открытый исходный код: 64% компаний задействуют такое ПО для модернизации инфраструктуры, 54% — для разработки приложений, 53% — для цифровой трансформации. За последние два года эти показатели увеличились на 11%, и в будущем открытый код, вероятно, поможет заменять ручные процессы автоматизированным управлением на программном обеспечении, способствуя инновациям.

Читайте также: