​​Феномен Мейнтейнерства Линукс, как своеобразная платформа для разработки дистрибутивов, позволил появиться огромному множеству различных ОС. Несмотря на то, что от их количества у начинающегося линуксовода встают дыбом волосы, а у скептиков появляется масса поводов постить мем про 15-ый стандарт, именно это разнообразие является неизменным аттрибутом свободы, которую даёт открытый код. Да, он порождает излишнюю сложность, с которой нам всем следует бороться, но именно в её преодолении и состоит наше с вами развитие. Не так ли? Всё это множество ОС, построенных на Linux Kernel, явило миру довольно интересный институт мейнтейнеров (maintainer), значимость которых на мой взгляд очень недооценивается. Мейнтенеры появились в связи с тем, что разработчики не могут угнаться за поддержкой многочисленных дистрибутивов. В экосистемах линуксовых дистров роли upstream-разработчика и мейнтейнера пакета традиционно разделены - это разные люди (что, собственно, и даёт основания говорить об отдельном институте). Upstream-разработчик, как правило, сосредоточен на развитии самого ПО, тогда как мейнтейнер пакета - на его интеграции в конкретный дистрибутив (исправление зависимостей, настройка сборки, соблюдение политик дистрибутива). Этим обусловлен и специфический набор навыков, которым должен обладать такого рода специалист. Должна присутствовать экспертиза в конкретном языке программирования, ведь нередко приходится писать патчи к исходному коду, потому что в upstream'е слишком заняты, чтобы исправлять или принимать патч для твоего конкретного бага. Например, в исследовании Upstream bug management in Linux distributions. An empirical study of Debian and Fedora practices приводится статистика, что порядка 13.3% исправлений осуществляется непосредственно мейнтейнерами на уровне дистрибутива, а не в Upstream. Помимо этого, требуется понимание пакетных менеджеров, линкеров, конфигураторов, скриптовых языков и т.п.. Тем не менее, эта деятельность довольно неплохо масштабируется - на поддержку одного пакета уходит относительно немного времени и обычно мейнтейнеры умудряются поддерживать множество пакетов. Роль мейнтейнеров огромна - именно они являются связующим звеном между разнообразными авторами отворённых разработок и системами более высокого порядка. Благодаря им программа становится частью обширной экосистемы и может быть встроена в другие, более сложные продукты без конфликтов. С появлением ИИ-агентов мейнтейнеры могут уйти от ручного написания сборочных скриптов/рецептов к полуавтоматическим программам-конвейерам, генерирующим эти скрипты для сотен пакетов разом (как, например, сделал в своё до-ИИ-шное время автор nix-ros-overlay, опакетив все разом все дистрибутивы ROS), тем самым обеспечить поддержку большого количества проектов ограниченным количеством людей. Миру Open Hardware ещё предстоит обрести/создать многочисленные институты мейнтейнеров. Наблюдая за отраслью, я уже давно понял, что заставить всех разработчиков сесть за один и тот же станок - задача совершенно безнадёжная, а вот создать институт мейнтейнеров, оборачивающих проекты свободных аппаратных платформ в готовые к интеграции модули на базе системно-инженерной метамодели в децентрализованную PLM, вполне по силам даже относительно небольшой команде инициативных разработчиков. Это может приоткрыть дверцу для свободных разработчиков из мира хобби проектов на ардуинке к чему-то действительно сложному и масштабному. Примерно в этом направлении мы работаем совместно с метод-советом сообщества @ntstg. #maintainter #linux #nix