[devel] Предложение к изменению в регламент JOIN -> стадии развития мантейнера (сопровождающего)

[Dmitry V. Levin]

On Thu, Mar 14, 2024 at 09:16:05PM +0300, Anton Farygin wrote:
[...]
> Предлагаю считать кандидата на стадии 4.0 уже вступившим в команду, но 
> имеющим некоторые ограничения в правах. А именно:
> 
> - он может отправлять изменения только к тем пакетам, в ACL которых он 
> присутствует;
> 
> - он может отправлять новые, приналежащие @nobody или @everybody пакеты 
> только после review и approve от прошедших стадию 4.2 ментейнеров;
> 
> -  в ACL новых (или принадлежащих @nobody) пакетов, отправляемых таким 
> ментейнером лидером устанавливается тот, кто делал approve;

По сути речь идёт о том, что мы как team уже готовы доверить новым
кандидатам, а что - ещё не готовы.  Это предложение, по видимому, неявно
постулирует, что мы готовы доверять новым кандидатам отдельные пакеты, но
не готовы сразу доверить любой пакет с открытым acl, а захочет ли и сможет
ли кандидат добиться такого доверия - это вопрос индивидуальный.

> -  может присутствовать в ACL только в качестве соучастника (не может 
> быть лидером и не может оставаться один);

Не очевидно, какая могла бы быть польза в этом ограничении.

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

Мне кажется, упразднение ментора на этой стадии не будет полезно.  Хотя
сейчас, насколько я вижу, это уже фактически происходит, не считаю это
хорошей практикой.  Если сейчас ментор зачастую спихивает менторство на
конкретного рецензента, то в предложенной схеме менторство будет
перекладываться на всю team, что, скорее всего, дополнительно затруднит
интеграцию кандидатов, поскольку в team сейчас фактически не видно никаких
механизмов интеграции кандидатов.

> Для данной стадии предлагается выбрать соответствующее название и я 

В принципе, если консенсуса по названию не будет, то не в названии дело,
хотя название было бы, наверное, удобнее нынешних номеров.


-- 
ldv