20.09.2020

Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков


Сара Новотны (Sarah Novotny), входящая в управляющий совет Linux Foundation от компании Microsoft, подняла вопрос об архаичности ведения процесса разработки ядра Linux. По мнению Сары, использование списка рассылки (LKML, Linux Kernel Mailing List) для координации разработки ядра и отправки патчей отпугивает молодых разработчиков и является барьером, мешающим приходу новых сопровождающих. С увеличением размера ядра и темпа разработки нарастает проблема с нехваткой сопровождающих, способных курировать подсистемы ядра.

Создание более современного механизма взаимодействия мэйнтейнеров с разработчиками, похожего на систему «issues» и pull-запросы на GitHub с принятием патчей напрямую в Git, позволило бы привлечь в проект более молодых сопровождающих. Текущий процесс управления разработкой, основанный на почтовой рассылке, воспринимается многими молодыми разработчиками как архаичный и излишне трудоёмкий. В настоящее время основным рабочим инструментом разработчиков ядра является почтовый клиент и новичкам, пришедшим в индустрию 5-10 лет назад и привыкшим к современным системам совместной разработки, очень трудно приспособиться к подобной организации работы.

Дискомфорт усиливают жёсткие требования к оформлению писем, некоторые из которых были приняты 25 лет назад. Например, в рассылке действует запрет на использования HTML-разметки, при том, что большинство почтовых клиентов используют такую разметку по умолчанию. В качестве примера возникающих из-за этого сложностей упоминается коллега, которому для отправки патча в список рассылки OpenBSD, также не допускающий письма в HTML, потребовалось установить отдельный почтовый клиент, так как его основной почтовый клиент (Outlook) отправляет письма в HTML.

Чтобы не ломать сложившиеся устои и не нарушать привычки имеющихся разработчиков предлагается создать режим для новых разработчиков, позволяющий передавать патчи сопровождающим напрямую через pull-запросы или системы похожие на «issues», и автоматически транслировать их в список рассылки LKML.

Другой идеей является разгрузка LKML от патчей в пользу обсуждений и анонсов. В текущем виде через LKML проходит тысячи писем, большинство из которых непосредственно предлагаемый для включения в ядро код и лишь небольшая часть анонсы с пояснением сути патчей и обсуждения. Публикуемые патчи при этом всё равно отражаются в Git и обычно принимаются, используя pull-запросы в Git, а LKML лишь документирует процесс.

Источник: https://www.opennet.ru/opennews/art.shtml?num=53619

Добавить комментарий