Styring gjennom e-postlister som en barriere som hindrer ankomsten av unge utviklere

Sarah Novotny, medlem av styret for Microsofts Linux Foundation, oppvokst spørsmål om den arkaiske naturen til Linux-kjernens utviklingsprosess. Ifølge Sarah fraråder det unge utviklere å bruke en e-postliste (LKML, Linux Kernel Mailing List) for å koordinere kjerneutvikling og sende inn patcher og er en barriere for nye vedlikeholdere. Ettersom størrelsen på kjernen og utviklingstakten øker, vil problemet med mangel vedlikeholdere som er i stand til å overvåke kjerneundersystemer.

Å lage en mer moderne mekanisme for interaksjon mellom vedlikeholdere og utviklere, lik "problem"-systemet og pull-forespørsler på GitHub med adopsjon av patcher direkte i Git, ville gjøre det mulig å tiltrekke yngre vedlikeholdere til prosjektet. Den nåværende e-postbaserte utviklingsadministrasjonsprosessen oppfattes av mange unge utviklere som arkaisk og unødvendig tidkrevende. For øyeblikket er hovedarbeidsverktøyet for kjerneutviklere e-postklienten, og det er svært vanskelig for nykommere som kom til bransjen for 5-10 år siden og er vant til moderne samarbeidsutviklingssystemer å tilpasse seg en slik organisering av arbeidet.

Ubehaget forsterkes av strenge krav til bokstavformatering, hvorav noen ble tatt i bruk for 25 år siden. For eksempel forbyr e-postlisten bruk av HTML-oppmerking, til tross for at de fleste e-postklienter bruker slik markering som standard. Som et eksempel på vanskelighetene dette skaper, ble en kollega nevnt som, for å sende en oppdatering til OpenBSD-postlisten som heller ikke tillater HTML-post, måtte installere en egen e-postklient, siden hans hovede-postklient (Outlook) sender HTML-post.

For ikke å bryte det etablerte grunnlaget og ikke krenke vanene til eksisterende utviklere, foreslås det å lage en modus for nye utviklere som lar deg sende inn oppdateringer til vedlikeholdere direkte gjennom pull-forespørsler eller systemer som ligner på "problemer", og automatisk kringkaste dem til LKML-e-postlisten.

En annen idé er å fjerne LKML fra patcher til fordel for diskusjoner og kunngjøringer. I sin nåværende form passerer tusenvis av brev gjennom LKML, hvorav de fleste er direkte foreslått kode for inkludering i kjernen, og bare en liten del er kunngjøringer som forklarer essensen av patcher og diskusjoner. Publiserte patcher reflekteres fortsatt i Git og aksepteres vanligvis ved å bruke pull-forespørsler i Git, og LKML dokumenterer kun prosessen.

Kilde: opennet.ru