Concepts/Context

Что это?

Это статья, которая пытается очертить круг происходящего в проекте 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

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

• Координатор

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

• Офицер безопасности

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

• Разработчик

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

• Бета-тестер

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