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

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

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