<div dir="ltr">Хороший тред. <br><br>Я бы предложил, также высказаться самим кандидатам, какие есть проблемы, как им кажется с их стороны. Так как в этот процесс вовлечены обе стороны. Я сам [3.6], и я не чувствую себя ущемленным, на практике пакеты можно доставить в сизиф и без join вообще, через текущих участников. И я тот который пропадает, на пару месяцев, так как Тима это хобби, а не работа для меня.<br><br>Я бы подсветил 2 проблемы, по мотивации и продвижению с моей стороны:<br>1. Секретаря нужно больше одного - дольше всего было ожидание проверки и добавления ключей, около месяца дважды в моём случае, я видимо очень неудачно переходил по времени, а то и вовсе автоматизацию рутинных процессов, ещё в руководстве (дописал свою ошибку в руководство в wiki)<br>2. Стандартизация подходов - переделок мелких по началу было очень много чисто по стилю даже, так как нет понимания, как надо.<br><br>Текущий процесс, вполне себе адекватный и не сложный, но нацелен фокусом на ментора, как источник скрытых знаний, что в реальности и не даёт быстро дойти до момента, "я уже собираю пакеты, требуется только Approve от ментора или кого либо в команде". Но проблемы, как понимаю - закончить этот процесс то есть 4+, у меня пока опыта там нет.<br><br>С моей стороны. Ментор - это хорошо и помогает. Но я, на начальном этапе, не в обиду своему ментору, пробовал пропихнуть пакеты и через других людей, уже в Team сначала случайно, потом специально (Rider не знает, но один пакет проверил мой и он в сизифе). И каждый раз это были новые открытия относительно всех руководств, которые есть в wiki и от ментора, а так же есть проблема, что не факт, что использование, как пример другого спека из репозитория <a href="https://github.com/altlinux/specs">https://github.com/altlinux/specs</a>, пропустят дальше, сегодня.<br><br>Поддерживаю Евгения, что отлично было бы, чтобы в команде договорились о приемлемых рамках:<br>> Ещё один момент - это соответствие во многом "неписанных" требований,<br>которые могут быть предъявлены претенденту (кандидату в ALT Linux<br>Team), тем компетенциям, которым соответствуют или не соответствуют<br>уже существующие, активные члены команды (собственно, уже прошедшие в<br>ALT).<br><br>По таким рамкам можно было бы написать/дописать linter для пакетов и применять его для всех. Возможно в целом данные правила и рекомендации стоит писать, как правила линтера, как для spec, так и для gear в целом применяя для всех, тем самым содержа их в актуальном состоянии. Больше автоматизации данного процесса, разгружает ментора проверять spec на простые ошибки, которые может допускать кандидат, тем самым фокус смещается на решение реальных проблем с пакетами, а не связанных с стилизацией и подходами.<br><br>--- немного тематического оффтопа про вступление ---<br><br>Ещё хотелось бы узнать, какие инструменты вспомогательные можно и нужно использовать и какие вообще есть, особенно для обновления, какие подходы для разных языков. Узнать это можно только в общении. Так как наверняка у ментейнеров со стажем есть не один набор скриптов, упрощающих жизнь себе. Но из публичных wiki и легко доступных есть только etersoft-build-utils, наверняка есть и другие, о которых упоминали в багах. Например конвертации github2spec - удобная тулза и в целом шаблонизатор с 0 под языки, только нужно прочищать rpmcs другой тулой, чтобы соответствовал каким либо нормам.<br><br>PS. Пять копеек про Daedalus и в целом дать Полигон и мотивацию на попробовать для любопытствующих, не вступая в Team, а после, чем могут пользоваться всем, подключив целевой пакет себе на машину, аналогично Fedora Copr. Вариант собрать самому себе - не работает, без возможности поделиться со всеми. Себе я и без spec собрать могу, просто с сорцов и пользоваться. А полигон такой, чтобы сделать для других, но не вступая в Team, даёт мотивацию готовить spec. А оттуда можно в сизиф брать хорошие варианты, через процесс review. Когда собрали один-два пакета и даже готовы только их и поддерживать.<br><br>PS2: По наименованию - "Кандидат" нормально и сегодня звучит, вы же его и используете сейчас в переписке большинство.<br><br>С уважением,<br>Антон Пальгунов</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 20 Mar 2024 at 08:26, Anton Farygin <<a href="mailto:rider@basealt.ru">rider@basealt.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 20.03.2024 11:24, Yuri Sedunov wrote:<br>
> В Ср, 20/03/2024 в 11:14 +0300, Anton Farygin пишет:<br>
>> On 20.03.2024 11:13, Yuri Sedunov wrote:<br>
>>> В Ср, 20/03/2024 в 11:08 +0300, Anton Farygin пишет:<br>
>>>> On 20.03.2024 10:57, Andrey Savchenko wrote:<br>
>>>> А именно - халтура заметно растёт от количества задач (пакетов),<br>
>>>> а<br>
>>>> вопрос качества можно решать итерационно.<br>
>>>><br>
>>> А пошел бы ты ... пакеты собирать.<br>
>>><br>
>> Действительно, чем команду растить - иди пакеты собирай. Отличный<br>
>> план.<br>
>><br>
> А ты попробуй и пакеты собирать, и команду растить, желательно молча,<br>
> ну как я :)<br>
<br>
Многих вырастил ?<br>
<br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.altlinux.org" target="_blank">Devel@lists.altlinux.org</a><br>
<a href="https://lists.altlinux.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/devel</a></blockquote></div>