Sarah Novotny, membro do conselho administrativo da Linux Foundation da Microsoft, sobre a natureza arcaica do processo de desenvolvimento do kernel Linux. De acordo com Sarah, usar uma lista de discussão (LKML, Linux Kernel Mailing List) para coordenar o desenvolvimento do kernel e enviar patches desencoraja os jovens desenvolvedores e é uma barreira para a adesão de novos mantenedores. À medida que o tamanho do kernel e o ritmo de desenvolvimento aumentam, o problema com mantenedores capazes de supervisionar os subsistemas do kernel.
A criação de um mecanismo mais moderno de interação entre mantenedores e desenvolvedores, semelhante ao sistema de “issues” e pull requests no GitHub com adoção de patches diretamente no Git, possibilitaria atrair mantenedores mais jovens para o projeto. O atual processo de gerenciamento de desenvolvimento baseado em email é percebido por muitos jovens desenvolvedores como arcaico e desnecessariamente demorado. Atualmente, a principal ferramenta de trabalho para desenvolvedores de kernel é o cliente de e-mail, e é muito difícil para os recém-chegados que chegaram à indústria há 5 a 10 anos e estão acostumados com sistemas modernos de desenvolvimento colaborativo se adaptarem a tal organização de trabalho.
O desconforto é agravado pelos requisitos rigorosos para a formatação das cartas, alguns dos quais foram adoptados há 25 anos. Por exemplo, a lista de discussão proíbe o uso de marcação HTML, apesar do fato de a maioria dos clientes de e-mail usar tal marcação por padrão. Como exemplo das dificuldades que isso cria, é mencionado um colega que, para enviar um patch para a lista de discussão do OpenBSD que também não permite correio HTML, precisou instalar um cliente de e-mail separado, já que seu cliente de e-mail principal (Outlook) envia e-mail HTML.
Para não quebrar os fundamentos estabelecidos e não violar os hábitos dos desenvolvedores existentes, propõe-se a criação de um modo para novos desenvolvedores que permita enviar patches aos mantenedores diretamente por meio de pull requests ou sistemas semelhantes a “problemas”, e transmitir automaticamente para a lista de discussão do LKML.
Outra ideia é descarregar o LKML dos patches em favor de discussões e anúncios. Em sua forma atual, milhares de cartas passam pelo LKML, a maioria das quais são códigos propostos diretamente para inclusão no kernel, e apenas uma pequena parte são anúncios explicando a essência dos patches e discussões. Os patches publicados ainda são refletidos no Git e geralmente são aceitos usando solicitações pull no Git, e o LKML documenta apenas o processo.
Fonte: opennet.ru