Concepts/Context

Материал из ALT Linux Wiki
Перейти к: навигация, поиск
Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.


Это статья, которая пытается очертить круг происходящего в проекте ALT Linux, с моей субъективной точки зрения. Соответственно читать имеет смысл затем, чтобы в общих чертах понять это самое происходящее, не варясь годами в самом процессе.

Определения[править]

Продукт
Оформленная (самодостаточная) сущность, предоставляющая материальный интерес для потребителя.
Участник
Человек, в силу заинтересованности продуктом или процессом его создания/сопровождения, затрачивающий время и иные ресурсы на расширение его функциональности и/или улучшение его качества.
Команда
Группа участников, которая совместно работает над продуктом в силу наличия общих интересов.
Политика
Изложенный и зафиксированный документально рекомендуемый и/или требуемый подход к выполнению задачи, которой он посвящён.
Партнёр
Субъект, заинтересованный в продукте прямо или косвенно.

Продукты[править]

Проект ALT Linux дал жизнь ряду различных продуктов, которые интересны различной целевой аудитории. А именно:

Sisyphus[править]

  • репозиторий пакетов, являющийся основой всех остальных продуктов; может быть характеризован как «current» / «unstable».
  • Делится на несколько компонент сообразно назначению, подразумеваемой надёжности, правовому статусу и поддерживаемости пакетов.

Интересен[править]

  • технологическим партнёрам как адекватная база для создания и развития своих продуктов;
  • индивидуальным разработчикам как удобный пул ПО, используемого ими;
  • пользователям, нуждающимся в текущих версиях программного обеспечения.
    • В частности, для сборщиков пакетов ALT Linux использование Sisyphus как базы является де-факто требованием.
    • [http://docs.altlinux.ru/alt/devel/ch02s08.html]


Дистрибутивы для конечного потребителя[править]

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

Master[править]

  • "флагманский продукт" максимальной представительности в техническом и маркетинговом плане. Содержит практически полное состояние Sisyphus на момент замораживания перед выпуском, которое дополняется:
    • исходными текстами включённого свободного ПО;
    • non-free software;
    • печатной документацией существенного объёма;
    • иными дополнениями от выпуска к выпуску.

OEM[править]

  • выпуски, дополнительно протестированные на определённом аппаратном обеспечении с целью гарантированного выполнения на нем оговорённого круга задач.
    • Размещаются на одном CD и нацелены в первую очередь на предоставление законченного решения для рабочих станций или иного оборудования.
    • Полнота предоставления инструментов для решения конкретных задач превалирует над разнообразием.

Junior[править]

  • "народный дистрибутив"; перекликается с OEM-версиями, сам является generic OEM, но при этом оставляет разносторонность Sisyphus в своём масштабе.
    • Технологически способен наращиваться дополнениями в виде специализированных дисков -- например, инструментарий разработчика или дополнительные мультимедийные средства — а также обновляться до Sisyphus.
    • Факт выпуска Junior, полностью совместимого по пакетной базе с Master, мне неизвестен.

Решения[править]

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

Участники[править]

...принимают участие в проекте (обычно Sisyphus) по таким причинам:

  • контроль качества критичных для своего продукта компонентов:
    • это - случай разработчиков, занятых в фирмах, которые участвуют в проекте Sisyphus.
    • В данном случае, обеспечение качества определяется выделением гарантированного времени разработчика известной квалификации.
  • контроль качества критичных для своей производственной среды компонент:
    • это - случай системных администраторов, использующих пресловутые продукты для выполнения своих задач.
    • Обеспечение аналогично предыдущему случаю.
  • контроль качества продукта или компонентов продукта в силу своей заинтересованности в оном:
    • это - случай участников проекта, корыстно или бескорыстно участвующих в проекте на условиях выделения максимального количества времени для задач контроля качества.
    • Качество продукта/компонента обеспечивается квалификацией участника, затраченного времени и мерой личной ответственности участника.

to be continued

Иерархия участников проекта[править]

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