Из всего превосходства данного дистрибутива перед своими аналогами хочется обратить внимание на особенно хорошо проведенную техническую революцию от создания живой системы выдающую непредсказуемые результаты в надежную систему имеющую четкие границы каждого модуля. Из множества систем, которые до сих пор применяют старые дедовские методы запуска среды Fedora одна из немногих придерживается разделенной организации системных утилит на исполняемые приложения и их настройки и конфигурации. Она соответствует стандарту LSB и следит за интеграцией последних нововведений LSB. Этот дистрибутив не содержит не OpenSource проектов, что обеспечивает полную лицензионную чистоту и вы можете не боясь преследования маньякальных корпораций использовать его в своих проектах.
Проведя некоторый анализ дистрибутивов и развития ОС линукса можно выделить несколько этапов развития и привидения кучи исходного кода в управляемые системы положенные на системы контроля версий.
Так изначально все дистрибутивы собирались вручную и содержали в себе набор скриптов\конфигурационных файлов позволяющих придать системе любое свойство и добавить требуемую возможность прописав с скриптах загрузки еще один исполняемый файл. Однако такой подход создавал систему с набором ошибок, прогнозирование которых было не возможно. Кроме того, каждый администратор регулярно должен был посещать конференции и обмениваться личным опытом для поиска ошибок в таких скриптах, а обновление приводило к переписыванию множества стартовых строчек и повтору старых ошибок. Кроме того, такую систему нельзя было передавать так как назначение того или иного скрипта мог объяснить только автор произведения, но этого нигде не делал.
Следующей тенденцией стало включение всех возможных утилит и бинарных файлов в дистрибутивы включая утилит с закрытым кодом. Тем самым показывая пользователям, что использование закрытых программ это тоже хорошо. В результате чего системы разрабатываемые такими людьми занимаются пропагандой того же губительного подхода которым оперируют всем известные гиганты Apple и Microsoft. Федора удачно пережила эту новацию.
Нельзя забывать про интернационализацию. Она всегда способствовала продвижению товаров и услуг на рынке. Сообщество федора внесло свой вклад в трансляцию диалогов системных утилит и системных сообщений, что сказалось на популяризации линукса как дружелюбной операционной системы. Кроме того, для достижения более дружелюбного интерфейса всегда при первом запуске система предлагала выбрать удобный для пользователя язык интерфейсов.
И наконец, последний момент, который всегда являлся критерием при разработке системных утилит это поддержка нескольких режимов вывода включая консольный вывод и вывод графический. Данное правило хорошо себя зарекомендовало и всегда накладывало ограничение на любую утилиту включаемую в поставку Fedora. В результате такой политики дистрибутив всегда мог запускаться и корректно работать на любом оборудовании при стандартной поставке оборудования вне зависимости от предназначения и набора требований серверной или десктоп системы.
Все это соблюдалось на протяжении длительного времени существования федора и сообщество придерживалась этих правил взятых в займы у дистрибутива RedHat. Однако, все хорошее когда-нибудь заканчивается и это касается в первую очередь релиза Fedora 9 и недалеких его предшественников:
- Сообщество Fedora не редко когда выкладывает обновления пакетов с поддержкой устройств, которые после очередных обновлений ядра перестают работать. Что немудрено при такой модели разработки (kernel development). Конечено для обеспечения надежности системы необходимо ограничить вливание нового кода и разработать механизмы позволяющие пользователям запускать новые ядра в особенном окружении помогающим репортировать ошибки и откатывать изменения. Почему-то это до сих пор не делалется. Обратите внимание что первые релизы Fedora сильно опаздывали за релизами kernel.org и делали это не из за своей лени, а из за предосторожностей.
- Губительным для сообщества является уничтожение функционала в новых релизах и релиза с бета продуктами, которые никто не торопиться поддерживать на стадии разработки. В результате такой политики пользователи получают релиз лишенный поддержки мирового сообщества и тех утилит, которые дополняют любой линукс дистрибутив.
- Без предварительной подготовки и без организационных мер способствующих обеспечению обратной связи внедряются новые движки сайтов, меняются ленты новостей и вообще кардинально меняются правила общения внутри сообщества. Почему если релиз дистрибутива предшествует Release Notes, и долгие месяцы согласования и отладки, то релиз движка сайта просто заливается как замечательное нововведение с сообщением в группе рассылки?
- сайт fwn перехал и пропал из rss адреса по превычному месту. Так же он пропал с planet.fedoraproject.org и теперь его можно найти только в wiki. Но не каждый пользователь будет его искать...
- изменения правил в помещении журналов в planet.fedoraproject.org привило к тому что большинство пользователей просто потеряли свои журналы. Такое ощущение что руководству просто неинтересны люди которые делают посильный вклад в популяризацию дистрибутива и создания комьюнити. Другими словами людей просто кинули на произвол.
0 коммент.:
Отправить комментарий