![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Свободное программное обеспечение: к чему приведет "свобода"? |
Максим Мамчиц О том, что послужило столь мощному продвижению СПО в массы, можно только догадываться. Вероятно, причиной этому стал интерес правительства к свободным продуктам, стремление внедрить их в органы государственной власти и тем самым избавиться от оков проприетарных продуктов. А, может быть, на рынке проприетарного софта наступил кризис, который позволил свободному программному обеспечению поднять голову? Или доступность вычислительной техники спровоцировала рост сообщества программистов, поднявших флаг движения СПО? Несомненно, все это стало предпосылками к развитию СПО во всем мире, и сейчас уже можно уверенно говорить, что СПО – это не сказки и не мифы, это свершившееся настоящее и вполне реальное будущее Сегодня много внимания уделено свободному программному обеспечению (СПО), о нем говорят на всех уровнях: и в правительстве, и в образовании, и в коммерческих организациях. Повсюду проводятся семинары, конференции, на которых рассматриваются различные аспекты использования СПО: от практической реализации тех или иных продуктов до юридических особенностей применения свободных лицензий. Но давайте заглянем глубже и посмотрим, к чему приведет подобная "свобода" и так ли она необходима для программного обеспечения? Философия "свободы" Чтобы понять философию свободы ПО, необходимо ознакомиться с деятельностью Фонда свободного программного обеспечения (англ. Free Sof ware Fou da io , сокращенно FSF) – некоммерческой организации, основанной в октябре 1985 г. Ричардом Столлманом для поддержки движения СПО. По мнению сторонников FSF, любое ПО должно обладать четырьмя свободами: 1) программу можно использовать с любой целью ("нулевая свобода"); 2) можно изучать, как программа работает, и адаптировать ее для своих целей ("первая свобода"); 3) можно распространять копии программы ("вторая свобода"); 4) программу можно улучшать и публиковать свою улучшенную версию ("третья свобода"). В результате СПО по сравнению с проприетарным софтом обладает такими достоинствами, как: - высокое качество продуктов; - высокая надежность/стабильность; - безопасность; - высокая скорость разработки; - доступ к огромному пулу готовых программ; - локализация; - открытые стандарты; - независимость от разработчиков. Должно обладать. А обладает ли? Высокое качество продуктов Утверждение о том, что продукты СПО обладают более высоким качеством, чем их проприетарные аналоги, является, пожалуй, самым спорным. Действительно, а как оценить качество современных программных продуктов, отличающихся высокой сложностью? Попробуйте-ка провести экспертную оценку качества операционной системы Ma driva Li ux и сопоставить полученные результаты с результатами такой же оценки Wi dows Vis a. И хотя методики оценки качества программных продуктов существуют и определены в различных стандартах (прежде всего это международные стандарты ISO 9000-й серии), получить объективную оценку практически невозможно. И все же пара козырей у СПО есть: открытый исходный код и возможность выбрать в качестве основы для разработки уже готовый, зарекомендовавший себя продукт. Благодаря доступности исходного кода процесс отладки приложения и исправления ошибок может осуществляться не только силами разработчика, но и всеми пользователями.
Ну а чем меньше ошибок, тем выше качество! Кроме того, код программы становится более оптимальным (700 Мб инсталляционного диска могут содержать "голую" ОС Li ux или Wi dows с немалым пакетом необходимых программ и утилит). А взяв в качестве основы для разработки качественный продукт, сложно получить на выходе что-то плохое. Вот и Mac OS X – операционная система компании Apple для компьютеров Maci osh базируется на FreeBSD – свободной U IX-подобной операционной системе. Высокая надежность/стабильность Вопрос надежности является не менее спорным, чем вопрос качества, но зато более простым в определении объективной оценки. И всего-то нужно запастись парочкой-тройкой одинаковых компьютеров (а лучше серверов), установить на них испытуемые программные продукты, подключить к одному источнику питания, одновременно запустить и с печальным видом фиксировать все отклонения в работе. Чтобы процесс шел веселее, можно как следует нагрузить машины, например, разместив на них сайт "одноклассники.ру" и открыв к нему доступ. К счастью, подобные исследования проводятся довольно часто по заказу различных I -компаний, поэтому можно обойтись лишь анализом результатов. Одно из таких исследований было проведено компанией Ya kee Group. В ходе опроса "2008 Server OS Reliabili y Survey" (Обследование надежности серверных ОС-2008) была собрана информация о показателях надежности различных серверных систем. В результате опроса выяснилось, что в течение 2007 и 2008 гг. Li ux-дистрибутивы от Red Ha и ovell увеличили свою надежность в среднем на 75%. Исследование показало, что время простоя Wi dows 2003, тем временем, увеличилось на 25% (до 9 часов на сервер в год). Время простоя стандартной коробочной версии Red Ha E erprise Li ux уменьшилось на 75% (с 7,1 до 1,75 часа). Безопасность Этот аргумент является, пожалуй, самым популярным у сторонников СПО. Впрочем, разработчики проприетарного софта тоже во все горло заявляют о высоком уровне безопасности своих продуктов. Так кому же доверить сохранность своей информации? Интуиция подсказывает, что довериться надо тому, у кого более прозрачны механизмы защиты, то есть продуктам с открытыми исходными текстами и базирующимся на открытых стандартах. Но ведь интуиция может и подвести, а жертвовать своей информацией не хочется. На помощь приходят многочисленные исследования, посвященные анализу уязвимости тех или иных систем, однако не всегда их можно назвать объективными. Дело в том, что на уровень безопасности влияет множество факторов, и, если не учесть хотя бы один из них, получить адекватные результаты не удастся. Одно из исследований безопасности операционных систем семейства Wi dows и ixподобных ОС было проведено Николасом Петрели ( icholas Pe reley) в 2004 г. В качестве критериев оценки были выбраны следующие: - серьезность уязвимостей в системе безопасности; - количество уязвимостей, серьезность которых определяется как "критическая". Результат: 38% критических уязвимостей Wi dows Server 2003 против 10% Red Ha Li ux. Конечно, прошло уже 4 года, в течение которых появились новые операционные системы, обладающие более эффективной системой безопасности, но неизменным остался подход к решению задачи обеспечения безопасности в свободных продуктах (открытые стандарты, система разделения полномочий, безопасное администрирование из консоли, модульность системы) и проприетарных (закрытые стандарты, монолитность систем, как правило, графический интерфейс администрирования).
Однако не время делать поспешные выводы и приступать к раздаче советов, пусть это будет делом сугубо каждого. Высокая скорость разработки "Базарная" модель разработки ядра Li ux, по сути, стала революционной, и в настоящее время большинство продуктов СПО разрабатываются именно по данной модели. Наиболее подробно эта модель описана в произведении Эрика Стивена Рэймонда (один из основателей организации Ope Source I i ia ive – Инициатива открытых ресурсов) "Собор и базар". Суть "базарной" модели состоит в том, что благодаря открытости и беспрепятственному распространению разрабатываемой программы создается сообщество программистов, которое может стать огромной мощью, увеличив скорость разработки программы. При разработке закрытых продуктов такая мощь, как правило, недоступна или обходится очень дорого. Однако тут есть один подводный камень – "закон Брукса", который гласит, что привнесение в проект новых сил на поздних стадиях разработки лишь отодвигает срок сдачи проекта ("Мифический человеко-месяц, или Как создаются программные системы", Фредерик Брукс, 1975 г.). Другими словами, увеличение сообщества программистов не всегда приводит к увеличению скорости разработки, а иногда может и погубить весь проект. Фредерик Брукс объяснял это тем, что большее количество людей сложнее организовывать, увеличивается время взаимодействия разработчиков между собой, что приводит к сокращению полезного времени на разработку. К тому же новых, только что привлеченных программистов необходимо обучить и ввести их в курс дела. Проанализировав все "за" и "против" данной модели, можно прийти к следующему выводу: данная модель имеет существенные ограничения в применении, для некоторых проектов лучше использовать классическую модель разработки ПО, а значит, скорость разработки СПО не всегда выше скорости разработки проприетарного софта. Локализация На Земле насчитывается около 5–6 тысяч различных языков и диалектов. Интерфейс программы может отображаться только на одном. Какой выбрать? Вполне естественно, что разработчик пишет графический интерфейс пользователя на том языке, которым владеет он сам. Помимо этого разработчик может включить поддержку тех языков, которые ему помогут распространить свой продукт в других странах и тем самым обеспечить достаточное количество пользователей. Но что делать, если разработчик не включил поддержку вашего родного языка, а вам очень хочется использовать его программу? Ответ один: локализовать программу силами программистов и переводчиков своей страны. Вот тут и проявляется преимущество СПО: локализовать свободный продукт намного проще с технической и юридической точки зрения, чем локализовать проприетарный софт. Как следствие, СПО имеет более широкую географию, нежели закрытое ПО. Открытые стандарты Одной из особенностей СПО является то, что оно почти всегда использует открытые стандарты. Что это дает рядовому пользователю? Как правило, существует несколько программных продуктов, использующих какой-либо открытый стандарт. Это позволяет изменить набор программных продуктов без негативных последствий. В качестве примера можно привести Rich ex Forma (R F, "формат обогащенного текста" – свободный межплатформенный формат хранения размеченных текстовых документов).
Создание программного обеспечения — это не игра с нулевым результатом — если я копирую вашу программу, то она есть у обоих. И у нас нет дефицита, если только программирование хорошо оплачивается. Поэтому нам доступно гораздо больше видов взаимодействий (транзакций), чем у любой другой группы в истории. Мы уже начали находить примеры в совместной разработке стандартов, в коммерческих организациях, помещающих ключевые исходные коды в открытый доступ, и в росте рынка свободного программного обеспечения. Люди, которые совершают эти вещи, не беднеют — преимущества лидерства часто перевешивают стоимость даваемого на сторону, которое вы все равно получите любым способом. Решение проблем музыкального бизнеса состоит в правильной оценке этой новой среды бизнеса, и пока мы делаем это, мы будем страдать от установленных по сговору цен, которые конкурирующие организации устанавливают сами для себя. Рынок программного обеспечения должен оставаться интересным достаточно долго! Предопределенность В работе «Структура научных революций» (The Structure of Scientific Revolutions) Томас Кун (Thomas Kuhn) ввел концепцию парадигмы — лежащей в основе теории мира, которую даже не считают теорией, а вместо этого называют «реальностью»
1. Свободные экономические зоны и проблемы их становления в Молдове
3. Проблемы и перспективы обеспечения конкурентоспособности России
4. Авторское право на программное обеспечение
5. Программное обеспечение для модемов Lexand TS2400
10. Программное обеспечение персональных компьютеров
11. Программное обеспечение удалённого доступа к технической документации
12. Вирусы и антивирусное программное обеспечение
13. Программное обеспечение компьютеров. Архиваторы
14. Обзор современного программного обеспечения управления проектами
15. Продуктовая политика организации (на примере продвижения услуг программного обеспечения)
16. Программное обеспечение сетей ЭВМ
17. Охрана программного обеспечения
19. Программное обеспечение календарного планирования и контроля
21. Этапы преодоления систем защиты программного обеспечения
26. История развития прикладного программного обеспечения
27. Конфигурирования программного обеспечения алгоритма OSPF на маршрутизаторе
28. Программное обеспечение для создания видеоклипов
29. Программное обеспечение персонального компьютера
31. Программное обеспечение для ЭВМ
32. Крупнейшие производители операционных систем и программного обеспечения
33. Бухгалтерский учет компьютеров и программного обеспечения
34. Авторское право как институт правовой защиты прикладного программно-математического обеспечения ЭВМ
35. АИС управления серверным программным обеспечением на базе программного комплекса Webmin/Alterator
36. Аппаратура, программное обеспечение и микропрограммы
37. Виды программного обеспечения. Общие требования к программным системам
41. Определение операционной системы. Место ОС в программном обеспечении
42. Основные понятия и программное обеспечение систем реального времени
43. Прикладное программное обеспечение
44. Прикладное программное обеспечение
45. Проблемное и системное программное обеспечение
46. Программное обеспечение "Служба занятости"
47. Программное обеспечение встроенных систем управления на базе однокристальных микропроцессоров (МП)
48. Программное обеспечение системы обработки изображения в реальном времени
49. Программное обеспечение управления автоматизированным комплексом многоканальной связи
50. Программное обеспечение, компьютерные сети
51. Проектирование математического и программного обеспечения
60. Разработка технического и программного обеспечения автоматизированной системы научных исследований
61. Создание программного обеспечения электронного учебника
62. Анализ прикладного программного обеспечения
63. Корпоративная локальная компьютерная сеть на предприятии по разработке программного обеспечения
65. Анализ прикладного программного обеспечения, используемого для разработки бизнес–плана
67. Исследование программного обеспечения физкультурного образования дошкольников
68. Открытие Нептуна
69. Эпоха великих географических открытий
73. Место и время открытия наследства , их правовое
74. "Военный коммунизм" - вынужденная политика или программный идеал большевизма
75. Вопрос об открытии второго фронта. Тегеранская конференция
76. История открытия первобытного искусства
77. Открытие гробницы Тутанхамона
78. Несколько рефератов по культурологии
79. Реферат по научной монографии А.Н. Троицкого «Александр I и Наполеон» Москва, «Высшая школа»1994 г.
80. Технические открытия и изобретения в XI-XV веках
81. Программные средства и приёмы работы на компьютере
82. Программные средства интернет
83. Принцип программного управления. Микропроцессор. Алгоритм работы процессора
84. Программатор ПЗУ /программный интерфейс/
85. Программное сопровождение практических работ по курсу "Конструирование и проектирование одежды"
89. Современные программные средства электронного документооборота
90. Шифросистемы с открытым ключом. Их возможности и применение.
91. Галлюциногены (роль особенностей культуры, история открытия и современные взгляды)
93. Реферат по технологии приготовления пищи "Венгерская кухня"
94. Программная обработка на ЧПУ
95. Станки с программным управлением
97. Несколько рефератов по Исламу
98. Преджизнь. Открытость. Нелинейность. Аттракторы