Sarah Novotny, membro do consello de goberno da Fundación Linux de Microsoft, sobre a natureza arcaica do proceso de desenvolvemento do núcleo de Linux. Segundo Sarah, usar unha lista de correo (LKML, Linux Kernel Mailing List) para coordinar o desenvolvemento do núcleo e enviar parches desanima aos novos desenvolvedores e supón unha barreira para que se unan novos mantedores. A medida que aumenta o tamaño do núcleo e o ritmo de desenvolvemento, o problema con mantedores capaces de supervisar os subsistemas do núcleo.
Crear un mecanismo máis moderno para a interacción entre mantedores e desenvolvedores, similar ao sistema de "problemas" e as solicitudes de extracción en GitHub coa adopción de parches directamente en Git, permitiría atraer mantedores máis novos ao proxecto. O proceso actual de xestión de desenvolvemento baseado no correo electrónico é percibido por moitos desenvolvedores novos como arcaico e que consume moito tempo innecesariamente. Actualmente, a principal ferramenta de traballo para os desenvolvedores do núcleo é o cliente de correo electrónico, e é moi difícil para os recén chegados que chegaron á industria hai 5-10 anos e están afeitos aos modernos sistemas de desenvolvemento colaborativo adaptarse a tal organización de traballo.
A incomodidade vese agravada polos estritos requisitos para o formato das cartas, algúns dos cales foron adoptados hai 25 anos. Por exemplo, a lista de correo prohibe o uso do marcado HTML, a pesar de que a maioría dos clientes de correo electrónico usan ese marcado por defecto. Como exemplo das dificultades que isto xera, mencionouse a un compañeiro que, para enviar un parche á lista de correo de OpenBSD que tampouco permite correo HTML, necesitaba instalar un cliente de correo electrónico separado, xa que o seu principal cliente de correo electrónico (Outlook) envía correo HTML.
Para non romper as bases establecidas e non violar os hábitos dos desenvolvedores existentes, proponse crear un modo para novos desenvolvedores que permita enviar parches aos mantedores directamente a través de solicitudes de extracción ou sistemas similares a "problemas", e emitir automaticamente. á lista de correo LKML.
Outra idea é descargar LKML dos parches a favor de discusións e anuncios. Na súa forma actual, miles de cartas pasan por LKML, a maioría das cales son códigos directamente propostos para a súa inclusión no núcleo e só unha pequena parte son anuncios que explican a esencia dos parches e das discusións. Os parches publicados aínda se reflicten en Git e adoitan aceptarse mediante solicitudes de extracción en Git, e LKML só documenta o proceso.
Fonte: opennet.ru