[devel] Программа по автоматизации на 2012 год. Ч.1

[Igor Vlasenko]

Уважаемые коллеги,

На этот год у меня планы сделать следующий шаг в автоматизации -
начать развертывание сайтов на подобие autoports c полностью
автоматизированным циклом работы роботов импорта пакетов. 

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

Введение.
---------

Необходимость развертывания автоматизированных песочниц вызвана
человеческим фактором -- я не масштабируюсь и просто не в состоянии
буду протестировать пакеты, если их будет слишком много. 
Вместо этого над тестированием пусть работает repocop и пользователи. 

Концепция такой песочницы -- "Quality on demand".
Начать с базового сервиса, т.е. предоставлять репозиторий пакетов,
а далее обеспечить пользователям возможность делиться с другими
пользователями своим опытом с пакетами, т.е. по сути, отмечать 
результаты тестирования.
А майнтайнер песочницы будет чинить пакеты по факту обращений
пользователей. Т.е. сделать так, чтобы пользователи участвовали в
работе таких песочниц как тестеры.

Зачем все это нужно?

Кризис дистрибутивостроения.
----------------------------

Пользователи, начиная с Линуса Торвальдса, не довольны состоянием
имеющихся дистрибутивов, а дистрибутивосторители, как черная королева,
и так уже бегут изо всех сил, чтобы только стоять на месте,
прибежать куда-то в другое место сил им не хватает.

Вот как обрисовывает ситуацию Ingo Molnar в "What ails the Linux desktop?"
[en] https://plus.google.com/109922199462633401279/posts/HgdeFDfRzNe
[ru] http://www.linux.org.ru/news/opensource/7536825

"... many OSS developers don't realize what a deep hole we are in.

The desktop Linux suckage we are seeing today - on basically all the
major Linux distributions - are the final symptoms of mistakes made
10-20 years ago - the death cries of a platform.

Дистрибутивы Linux создали собственные замкнутые (и даже закрытые)
экосистемы и пытаются контролировать по 20 тысяч программных пакетов,
которые суммарно содержат миллиарды строк кода. Обычные задержки при
обновлении приложений составляют недели (вплоть до месяца) для
исправлений безопасности и месяцы (вплоть до года) для серьёзных
нововведений. Все Linux-дистрибутивы - централизованные организации с
иерархической структурой, а не распределённые в пространстве свободные
демократические сообщества. ..."

IMHO, проблема скорее не в том, что дистрибутивы Linux хотят
контролировать по 20 тысяч программных пакетов, а в том, что 
они вынуждены это делать.

Как я писал, этот кризис скорее вызван тем, что сообщество
майнтайнеров не растет пропорционально числу пакетов - 
не происходит масштабирования. 

Выход, который предлагает Ingo Molnar - брать пример с Android -
на техническом уровне, IMHO, это не выход, а очередной 
не жизнеспособный cargo cult.
Сравнение с Android выглядит как сравнение теплого с мягким.
То, что там работает, работает только из-за определенной специфики,
которой у нас нет и без которой оно не приживется.
Но на идейном уровне там есть много здравого, в той части, что связана
с ожиданиями пользователей. Хотя это надо еще уметь правильно реализовать.
Это IMHO, не хотел бы уклоняться в сторону.

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

Продолжение в ч.2 в следующем письме: Апология роботостроения.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.