Sarah Novotny, članica upravnega odbora Microsoftove fundacije Linux, o arhaični naravi procesa razvoja jedra Linuxa. Po besedah Sarah uporaba poštnega seznama (LKML, Linux Kernel Mailing List) za usklajevanje razvoja jedra in pošiljanje popravkov odvrača mlade razvijalce in je ovira za pridružitev novih vzdrževalcev. Ko se velikost jedra in hitrost razvoja povečujeta, se težava z vzdrževalci, ki so sposobni nadzorovati podsisteme jedra.
Ustvarjanje sodobnejšega mehanizma za interakcijo med vzdrževalci in razvijalci, podobnega sistemu “issues” in pull requests na GitHubu s prevzemom popravkov neposredno v Gitu, bi omogočilo privabljanje mlajših vzdrževalcev k projektu. Mnogi mladi razvijalci menijo, da je sedanji proces upravljanja razvoja, ki temelji na e-pošti, arhaičen in po nepotrebnem zamuden. Trenutno je glavno delovno orodje za razvijalce jedra e-poštni odjemalec in novinci, ki so prišli v industrijo pred 5-10 leti in so navajeni sodobnih sodelovalnih razvojnih sistemov, se zelo težko prilagodijo takšni organizaciji dela.
Nelagodje je še večje zaradi strogih zahtev glede oblikovanja črk, od katerih so bile nekatere sprejete že pred 25 leti. Na primer, poštni seznam prepoveduje uporabo oznak HTML, kljub dejstvu, da večina e-poštnih odjemalcev privzeto uporablja takšno oznako. Kot primer težav, ki jih to povzroča, je bil omenjen kolega, ki je moral za pošiljanje popravka na poštni seznam OpenBSD, ki prav tako ne dovoljuje HTML pošte, namestiti ločenega e-poštnega odjemalca, saj je njegov glavni e-poštni odjemalec (Outlook) pošilja pošto HTML.
Da ne bi porušili uveljavljenih temeljev in ne kršili navad obstoječih razvijalcev, je predlagano, da ustvarite način za nove razvijalce, ki vam omogoča, da popravke predložite vzdrževalcem neposredno prek zahtev za vlečenje ali sistemov, podobnih "težavam", in samodejno oddajanje jih na poštni seznam LKML.
Druga ideja je razbremeniti LKML s popravki v korist razprav in objav. V sedanji obliki gre skozi LKML na tisoče pisem, od katerih je večina neposredno predlagana koda za vključitev v jedro in le majhen del je obvestil, ki pojasnjujejo bistvo popravkov in razprav. Objavljeni popravki se še vedno odražajo v Gitu in so običajno sprejeti z zahtevami za vlečenje v Gitu, LKML pa samo dokumentira postopek.
Vir: opennet.ru