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: 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