Sarah Novotny, miembro de la junta directiva de la Fundación Linux de Microsoft, sobre la naturaleza arcaica del proceso de desarrollo del kernel de Linux. Según Sarah, el uso de una lista de correo (LKML, Linux Kernel Mailing List) para coordinar el desarrollo del kernel y enviar parches desalienta a los desarrolladores jóvenes y es una barrera para que se unan nuevos mantenedores. A medida que aumenta el tamaño del núcleo y el ritmo de desarrollo, el problema con mantenedores capaces de supervisar los subsistemas del kernel.
Crear un mecanismo más moderno para la interacción entre mantenedores y desarrolladores, similar al sistema de "problemas" y solicitudes de extracción en GitHub con la adopción de parches directamente en Git, permitiría atraer mantenedores más jóvenes al proyecto. Muchos desarrolladores jóvenes perciben el actual proceso de gestión del desarrollo basado en correo electrónico como arcaico y que requiere mucho tiempo innecesariamente. Actualmente, la principal herramienta de trabajo para los desarrolladores del kernel es el cliente de correo electrónico, y para los recién llegados que llegaron a la industria hace 5 a 10 años y están acostumbrados a los sistemas modernos de desarrollo colaborativo, adaptarse a dicha organización del trabajo es muy difícil.
El malestar se ve exacerbado por los estrictos requisitos de formato de las cartas, algunos de los cuales fueron adoptados hace 25 años. Por ejemplo, la lista de correo prohíbe el uso de marcado HTML, a pesar de que la mayoría de los clientes de correo electrónico utilizan dicho marcado de forma predeterminada. Como ejemplo de las dificultades que esto genera, se mencionó a un colega que, para enviar un parche a la lista de correo de OpenBSD que tampoco permite el correo HTML, necesitaba instalar un cliente de correo electrónico independiente, ya que su cliente de correo principal (Outlook) envía correo HTML.
Para no romper las bases establecidas y no violar los hábitos de los desarrolladores existentes, se propone crear un modo para nuevos desarrolladores que les permita enviar parches a los mantenedores directamente a través de solicitudes de extracción o sistemas similares a "problemas", y transmitirlos automáticamente. a la lista de correo de LKML.
Otra idea es descargar LKML de los parches en favor de discusiones y anuncios. En su forma actual, miles de cartas pasan a través de LKML, la mayoría de las cuales son código propuesto directamente para su inclusión en el kernel y solo una pequeña parte son anuncios que explican la esencia de los parches y discusiones. Los parches publicados todavía se reflejan en Git y generalmente se aceptan mediante solicitudes de extracción en Git, y LKML solo documenta el proceso.
Fuente: opennet.ru