Sarah Novotny, et medlem av styret Linux Stiftelse fra Microsoft, om den arkaiske naturen til kjerneutviklingsprosessen LinuxIfølge Sarah, bruk av en e-postliste (LKML, Linux Kernepostlisten (KML) for koordinering av kjerneutvikling og sending av oppdateringer fraråder unge utviklere og fungerer som en barriere for nye vedlikeholdere. Etter hvert som kjernestørrelsen og utviklingstempoet øker, vil problemet med vedlikeholdere som er i stand til å overvåke kjerneundersystemer.
Å skape en mer moderne mekanisme for samhandling mellom vedlikeholdere og utviklere, i likhet med «issues»-systemet og pull-forespørsler på GitHub med patcher akseptert direkte i Git, ville tillate å tiltrekke yngre vedlikeholdere til prosjektet. Den nåværende e-postbaserte utviklingsadministrasjonsprosessen oppfattes av mange unge utviklere som arkaisk og altfor arbeidskrevende. For tiden er kjerneutviklernes viktigste arbeidsverktøy en e-postklient, og nykommere som kom til bransjen for 5–10 år siden og er vant til moderne samarbeidende utviklingssystemer, synes det er svært vanskelig å tilpasse seg en slik arbeidsorganisering.
Ubehaget forsterkes av strenge krav til formatering av brev, hvorav noen ble tatt i bruk for 25 år siden. For eksempel forbyr e-postlisten bruk av HTML-markering, til tross for at de fleste e-postklienter bruker slik markup som standard. Som et eksempel på vanskelighetene som oppstår på grunn av dette, nevnes en kollega som, for å sende en patch til OpenBSD-e-postlisten, som heller ikke tillater HTML-bokstaver, måtte installere en egen e-postklient, siden hans primære e-postklient (Outlook) sender brev i HTML.
For ikke å bryte det etablerte grunnlaget og ikke forstyrre vanene til eksisterende utviklere, foreslås det å opprette en modus for nye utviklere som lar dem overføre patcher til vedlikeholdere direkte via pull-forespørsler eller systemer som ligner på "problemer", og automatisk kringkaste dem til LKML-postlisten.
En annen idé er å avlaste LKML fra patcher til diskusjoner og kunngjøringer. I sin nåværende form håndterer LKML tusenvis av e-poster, hvorav de fleste er kode foreslått for inkludering i kjernen, og bare en liten del er kunngjøringer som forklarer patchene og diskusjonene. Publiserte patcher gjenspeiles fortsatt i Git og aksepteres vanligvis ved hjelp av pull-forespørsler i Git, og LKML dokumenterer bare prosessen.
Kilde: opennet.ru
