ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Anton Farygin <rider@basealt.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] Предложение к изменению в регламент JOIN -> стадии развития мантейнера (сопровождающего)
Date: Sat, 16 Mar 2024 10:48:27 +0300
Message-ID: <b9ba49b7-5738-410b-be1d-496f40b3ca99@basealt.ru> (raw)
In-Reply-To: <CAK42-GoXdkdiBJhnMGFt3Uk7iJPp8aYycGYVEqtfCp2BYMBOiw@mail.gmail.com>

On 15.03.2024 21:42, Evgeny Sinelnikov wrote:
> Добрый вечер,
>
> в целом, у предложенного сценария вступления в Team есть положительные
> цели, но сам подход откровенно напоминает сегрегацию мейнтейнеров по
> не вполне сформулированным, субъективным критериям.
>
> Прежде всего, тут стоит отметить следующие противоречивые моменты с
> точки зрения оценки кандидатов:
> * техническая компетенция vs технические предпочтения отдельного члена
> Team, который на последнем этапе играет роль рецензента;
> * техническое доверие vs техническая предвзятость относительно
> принимаемых претендентом технических решений.
>
> Например, рассмотрим обновление пакета и смену схемы сборки.
>
> С одной стороны у многих пакетов исторически сложился свой сценарий
> сборки, с другой - этот сценарий может казаться не вполне удачным или
> технически несовершенным. Как нужно поступать начинающему мейнтейнеру,
> если он берётся обновлять такой пакет? Исправлять то, с чем, в свое
> время кто-то не справился, или делать по аналогии с уже сложившимся
> сценарием сборки? А, если исправлять, то как? Почему так, а не эдак,
> если оба варианта равнозначны?
>
> Тут ведь возникает вилка. Если этот пакет активно сопровождается, то
> текущий участник ALT Linux Team, как бы, вправе и к нему нет никакий
> претензний. А если пакет заброшен и его предлагается обновить, то у
> рецензента возникает возможность предъявить к претенденту на такое
> обновление совершенно другие требования.
>
> Ещё один момент - это соответствие во многом "неписанных" требований,
> которые могут быть предъявлены претенденту (кандидату в ALT Linux
> Team), тем компетенциям, которым соответствуют или не соответствуют
> уже существующие, активные члены команды (собственно, уже прошедшие в
> ALT).
>
> Во избежание двойного толкования требований предлагаю с первых шагов
> вступления в Team предъявлять только такие требования и рекомендации,
> которые закреплены в соответствующих документах:
> - https://www.altlinux.org/Категория:Нормативные_документы
>
> Такие же требования, которые ещё не закреплены в соответствующих
> документах, как минимум, сразу оформлять в качестве Черновиков:
> - https://www.altlinux.org/Категория:Черновики_нормативных_документов

Отличный план. Но у нас нет работающей хорошей схемы принятия Policy и 
начать, наверное, надо с этого.

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


>
> Рассчитываю, что новичкам это даст понять, что им есть что опереться в
> отстаивании своих технических решений. А также даст нам самим
> возможность отделить сложившиеся за годы предпочтения от требований,
> которым мы все вместе следуем, даже если они ещё не реализованы.

Да, конечно надо приводить в порядок инструкции и политики. Но моё 
предложение заключалось не в этом.


> ____________________________
>
> Относительно фиксации вступления в команду на стадии 4.0 есть ещё
> одна, уже не техническая тонкость. Утверждение "считать кандидата на
> стадии 4.0 уже вступившим в команду" звучит, мягко говоря, достаточно
> двусмысленно. Футболку ALT Linux Team тоже будем выдавать с припиской
> "Стажёр" или "Junior"?

Без приписки.

Более того - у нас есть некоторое количество участников команды, которые 
не собирают пакеты всех возможных типов, не умеют и не должны этого 
делать.  С ними тоже надо что-то придумать, и предлагаемая схема решает 
ещё и эту задачу.

Пример - переводчики, разработчики документации, тестировщики и дизайнеры.

>
> На самом деле тут стоит ведь исходить скорее из интереса и мотивации
> вступающих в Team:
> - Участие в развитии проекта Sisyphus;
> - Сопровождение конкретных пакетов для бизнеса (например, от лица той
> или иной заинтересованной компании, в том числе и Базальт СПО);
> - ... ?
>
> Если речь идёт о втором варианте, то я не вижу никаких препятствий для
> введения промежуточной стадии, когда человек сам понимает, что участие
> в ALT Linux Team для него, всего лишь рабочий момент. Но если речь
> идёт о первом варианте, то совершенно не стоит предлагать ему
> оскорбительную полумеру.

Она совершенно никого не оскорбляет. Я знаю кандидатов, которые вступают 
в тим ради сборки одного пакета. Вероятно им вообще никогда не 
понадобиться уметь собирать пакеты, например, написанные на python.


>
> В любом случае, критерии оценки технической компетенции нужно
> развивать для того, чтобы сохранять честность и убедительность. Как
> для кандидатов, так и для действующих членов ALT Linux Team.

Я только за - www.altlinux.org открыт для редактирования всеми, кто 
хочет принять в этом участие.

Или ты предлагаешь взвалить эту задачу на меня, как на инициатора 
данного треда ?




  parent reply	other threads:[~2024-03-16  7:48 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-14 18:16 Anton Farygin
2024-03-15 13:16 ` Danil Shein
2024-03-15 18:42   ` Evgeny Sinelnikov
2024-03-16  1:47     ` Grigory Ustinov
2024-03-16  7:59       ` Anton Farygin
2024-03-16  8:27         ` Aleksey Novodvorsky
2024-03-16  8:38           ` Denis Medvedev
2024-03-16  9:28             ` [devel] Голосования в Team Anton Farygin
2024-03-16  9:39               ` Denis Medvedev
2024-03-16 11:09                 ` Grigory Ustinov
2024-03-16  9:26           ` [devel] голосования " Anton Farygin
2024-03-19 11:55               ` Andrey Savchenko
2024-03-20  5:56       ` [devel] Предложение к изменению в регламент JOIN -> стадии развития мантейнера (сопровождающего) Andrey Savchenko
2024-03-20  7:28         ` Sergey Bolshakov
2024-03-20  7:49         ` Anton Farygin
2024-03-20  8:03             ` Anton Farygin
2024-03-20  8:04             ` Anton Farygin
2024-03-20  8:07           ` Andrey Savchenko
2024-03-20  8:12             ` Anton Farygin
2024-03-20 14:56           ` Vitaly Lipatov
2024-03-16  7:48     ` Anton Farygin [this message]
2024-03-16 10:43 ` Dmitry V. Levin
2024-03-17  7:22   ` Alexey V. Vissarionov
2024-03-18 11:58     ` Anton Farygin
2024-03-18 11:14   ` Anton Farygin
2024-03-20  4:39   ` Andrey Savchenko
2024-03-20  7:46     ` Anton Farygin
2024-03-20  7:57       ` Andrey Savchenko
2024-03-20  8:08         ` Anton Farygin
2024-03-20  8:13           ` Yuri Sedunov
2024-03-20  8:14             ` Anton Farygin
2024-03-20  8:15               ` Anton Farygin
2024-03-20  8:24               ` Yuri Sedunov
2024-03-20  8:26                 ` Anton Farygin
2024-03-20 15:19                     ` [devel] мнение кандидата Anton Farygin
2024-03-20  8:25         ` [devel] Предложение к изменению в регламент JOIN -> стадии развития мантейнера (сопровождающего) Denis Medvedev
2024-03-20  5:51 ` Andrey Savchenko
2024-03-20  7:13   ` Anton Farygin
2024-03-20 18:18     ` Alexey V. Vissarionov
2024-04-17 17:41       ` Alexey Shabalin
2024-03-20 15:13 ` Vitaly Lipatov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b9ba49b7-5738-410b-be1d-496f40b3ca99@basealt.ru \
    --to=rider@basealt.ru \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git