[devel] Цель проекта Sisyphus

[Anatoly Yakushin]

----- "Anton Farygin" <rider на altlinux.com> пишет:

> Мне показалось, что это отдельная большая тема для разговора.
> 
> Исходя из предыдущей дискуссии можно попробовать сформулировать цель
> проекта Sisyphus.
> 
> На мой взгляд, цель проекта - это разработка стабильной и свободной
> платформы, на которой участники Team могут создавать свои решения.
> 
> Исходя из этого фундамента, уже можно пытаться развивать остальное -
> всё в проекте должно быть устроено так, что бы мейнтейнерам и
> пользователям было удобно разрабатывать свои качественные решения на свободной, и
> главное - стабильной базе - проекте Sisyphus и его ветках.
> 
> Т.е. - нашей кратковременной целью в периоды между разломами
> (обновлениями) становится необходимость исправления ошибок (де-факто -
> реакции на жалобы пользователей) и _документирования_.
> И здесь вылезает тот самый мифический "конфликт интересов". Уверен,
> что > этот конфликт - миф. Исправления ошибок нужны всем, и если мейнтейнер
> принципиально не хочет исправлять ошибки в своём пакете, то в действие
> должны вступать законы - Policy, которые так-же должны быть направлены
> на качественную разработку платформы.
> 
> И самое главное - все участники Team _обязаны_ следовать принятым
> законам и целям проекта. Иначе - это уже Team, а сборище вечно
> конфликтующих между собой пустозвонов.
> 
> прошу меня поправить, если я не прав.
Я вот все это читаю-читаю, читаю-читаю ....

Все обсуждающие проблемы Сизифа склонны видеть в возникновении этих проблем чью-то злую волю.
Я абсолютно убежден, что происходящее с Сизифом в первую очередь проистекает в связи с чисто технологическими и организационными возможностями, к верхней границе которых мы подошли.
Сегодня Сизиф - это один из крупнейших по количеству пакетов дистрибутивов. Видимо один из самых больших по количеству прямых сборочных зависимостей. 
Не надо быть ldv@, чтобы понять, что усилия по сохранению целостности дистрибутива возрастают не линейно, а экспоненциально. Этим - осознанно или неосознанно объясняется возрастание требований к качеству сборки.

С другой стороны, количество участников проекта тоже приближается к критическому - в плане управляемости, единства целей и борьбы противоположностей.
Моя оценка данного процесса такова - 10 000 пакетов и 250 человек. Это максимальные значения, при которых Сизиф с нынешними технологическими и организационными прибамбасами будет функционировать. Потом развалится, причем по абсолютно объективным причинам. Это частный случай решения задачи о Вавилонской башне.

Каковы возможные варианты действий.
1. Оставить все как есть. Естественные ограничения приведут к уходу части разработчиков -> уменьшению количества пакетов. И равновесие будет восстановлено.
2. Проведение радикальных технологических и организационных изменений. Идея карманов хороша, однако я бы пошел еще дальше - разделил Сизиф на кучи, каждая из которых была бы замкнута по зависимостям. Принцип деления- это отдельный большой вопрос. При этом по мере отдаления кучи от основания пирамиды должен снижаться уровень требований к качеству пакетов, появляться ветвления и тп. Интерфейс между кучами должен быть четко прописан и стандартизован с помощью policy.

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

--
DOC  
> 
> Rgds,
> Rider