💾 Философия свободного программного обеспечения (Часть 2)

Термин Open Source с английского — программное обеспечение с открытым исходным кодом. Говоря совсем простым языком — это свободный доступ к набору инструкций, написанных на специальном языке, который программисты используют для создания, изменения и улучшения программ или приложений. В качестве определения этот термин возник в 1998 году Эриком Реймондом и Брюсом Перенсом, которым не понравилось словосочетание free software, потому что в английском языке free может иметь как значение свободного, но также и бесплатного. А open source с точки зрения предпринимательства более благозвучный термин.

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

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

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

Именно поэтому и Эрик Реймонд и в особенности Линус Торвальдс публично призывают к тому, чтобы код был не только открытым, но и понятным проверяющим, потому что в хаотично написанном, но работающем коде, найти уязвимость становится практически невозможно. Но если этой проблемой может грешить любая программа, то решающим аргументом в пользу безопасности open source является другое понятие, потенциально присутствующее в любом проприетарном ПО — это телеметрия. Телеметрией принято называть процесс сбора, передачи и анализа данных о работе приложения или системы. Сюда входит все, начиная от производительности компьютера, заканчивая личными данными и действиями пользователя. В качестве частного примера, в политике конфиденциальности Windows, компания Microsoft подчеркивает, что сбор телеметрии — это необходимая часть работы системы. Пользователю предоставляется лишь малая часть средств управления объемом собираемых данных и с каждым днем их становится только меньше.

Этическую сторону вопроса мы рассмотрели в прошлой части, а здесь акцентируем внимание на том, почему это является проблемой в практическом плане:

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

Именно поэтому open source является самым важным критерием в выборе безопасного программного обеспечения.

Ранее мы уже рассматривали преимущества лицензии GPL, разработанную фондом Столлмана. Тогда это было сделано в контексте этики и свобод. Но на практике, рассматривая глобально весь open source, для понимания стоит осветить категории на которые они делятся, так как в этом заключается принципиальное различие в правах и ограничениях:

1. Копилефт (Copyleft) лицензии. Эти лицензии требуют, чтобы производные работы также были лицензированы под той же лицензией, что и исходный код. Сюда входит:
   GNU General Public License (GPL): всем нам известная.
   Affero GPL (AGPL): вариант GPL, трубующий распространения исходного кода, при предоставлении в виде облачной службы.
   GNU Lesser General Public License (LGPL): менее строгая, чем GPL к закрытому ПО
2. Лицензии с разрешением (Permissive licenses). Эти лицензии позволяют распространять код без строгого требования к лицензированию производных работ под той же лицензией. Сюда входит:
   MIT License: самая популярная. Разрешает практически любые действия с производными программами. Тоже самое относится с косметическими различиями к Apache License 2.0 и BSD License

Подводя итог, мы выяснили, что за открытостью распространения информации стоит не только идеологический альтруизм и борьба с монополией на информацию, но также и практическая польза, как безопасность, механизм для обучения, роста и коллаборации. Одни видят в этом способ изменить мир к лучшему, другие — возможность профессионального развития, даже при нынешней экономической формации. На базе open source смогли реализовать себя такие известные проекты как операционная система GNU/Linux, повально использующаяся во всех сферах, за исключением десктопных персональных компьютеров, 3D-редактор Blender, браузер Mozilla Firefox, медиаплеер VLC, графический редактор GIMP и другие.