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 открыт для редактирования всеми, кто
хочет принять в этом участие.
Или ты предлагаешь взвалить эту задачу на меня, как на инициатора
данного треда ?
next prev parent reply other threads:[~2024-03-16 7:48 UTC|newest]
Thread overview: 45+ 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
2024-08-07 11:14 ` Anton Farygin
2024-08-07 13:14 ` Grigory Ustinov
2024-08-07 15:21 ` Alexey Shabalin
2024-08-08 5:23 ` Anton Farygin
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