From: Artem Semenov <sav70792@gmail.com>
To: devel@lists.altlinux.org
Subject: Re: [devel] Подготовка новых мантейнеров
Date: Wed, 5 Nov 2025 12:14:21 +0300
Message-ID: <ecf9ffca-6562-4ad3-ac3f-bffc4eb893fc@gmail.com> (raw)
In-Reply-To: <3b60707c-533f-49f8-a3e7-8b96fba8d27a@altlinux.org>
05.11.2025 11:56, Полина Пойденко пишет:
>> Сопровождающие мантейнеры могут отслеживать определённые узкие
>> вопросы у всей группы мантейнеров.
> - стоит подумать о принятии "зачетов" у мантейнеров по определённым
> темам.
>
> Количество сопровождающих пакетов, которые готовы быть менторами и
> брать на себя ответственность при обучении будущих мантейнеров, в
> целом невелико.
> Также они занимаются этим в свое свободное время, которое и так
> ограничено.
> Групповое обучение, как я считаю, наоборот ухудшит обучаемость.
> Все будет выглядеть как в "лучших" традициях нашего нынешнего
> образования в ВУЗах.
>
> Также вновь напомню про занятость менторов, которая может свестись к
> тому, что количество таких уроков будет в целом ограниченно,
> происходить спонтанно и со временем опять сведется на нет. Что
> наиболее вероятно.
> Дополнительно отмечу, что каждый ментор может иметь свой взгляд на то,
> как именно должен выглядеть "правильный" spec. И это может свестись к
> тому, что придется подстраиваться под каждого сопровождающего пакетов,
> чтобы по 100 раз не получать замечания только из-за того, что один
> ментор считает свой вариант единственно верным, а другой не терпит его.
> Подобная ситуация мне встречалась в университете. Приходилось из-за
> этого фактора иногда подстраиваться под преподавателей.
>
По этому лучше было бы формализовать требование к ментору, чтобы по
меньше отсебятены... Лучше сформулировать перечень конкретных, а не
обстрактных навыков, которые ментор прививает вступающему. Не больше но
и не меньше.
И в таком случае начать с того, что подготовить самих менторов. Лично я
убеждён, что понастоящему можно чему-то научиться, когда сам кого-то
научишь.
>> - прием мантейнеров в ALT Team можно сделать не на уровне одного
>> рецензента, а как результат рецензирования по отдельным темам
>> различными рецензентами.
>
> На текущий момент некоторые и так ждут достаточно долгое время пока их
> сможет отревьюить хоть один человек.
> Конечно если это будет делать два человека вместо одного к примеру, то
> можно будет отсеивать людей, которые еще не приобрели нужных знаний и
> умеют собирать только однотипные несложные пакеты и не более.
> Однако в данном случае нужно, чтобы один человек строго следил, чтобы
> стадия ревью не затягивалась из-за излишней занятости рецензентов. Как
> сейчас: на месяц-два-полгода.
И тут тоже желательно регламентировать требования ревьювера, чтобы если
не исключить субъективность, то хотябы уменьшить её.
> Также это касается менторов, которые подолгу игнорируют своих учеников
> и либо попросту забывают о них.
>
> В общем подведу "небольшой" итог.
> Каждая модель обучения имеет свои плюсы и минусы. К сожалению везде
> играет пресловутый человеческий фактор.
> Текущая модель обучения сама по себе неплохая. Однако я считаю, что
> вместо кардинальных изменений, стоит на текущем этапе более строже
> контролировать работу менторов и период рецензирования, чтобы он не
> затягивался надолго.
>
next prev parent reply other threads:[~2025-11-05 9:14 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-05 8:56 ` Полина Пойденко
2025-11-05 9:14 ` Artem Semenov [this message]
2025-11-05 11:24 ` Полина Пойденко
2025-11-05 13:40 ` Artem Semenov
2025-11-05 10:23 ` Denis Medvedev
2025-11-05 11:38 ` Anton Midyukov
2025-11-05 12:21 ` Paul Wolneykien
2025-11-05 12:28 ` Полина Пойденко
2025-11-06 7:15 ` Artem Semenov
2025-11-06 7:23 ` [devel] " Sergey V Turchin
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=ecf9ffca-6562-4ad3-ac3f-bffc4eb893fc@gmail.com \
--to=sav70792@gmail.com \
--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