Sarah Novotny, 'n lid van die beheerraad van Microsoft se Linux-stigting, oor die argaïese aard van die Linux-kernontwikkelingsproses. Volgens Sarah ontmoedig die gebruik van 'n poslys (LKML, Linux Kernel Mailing List) om kernontwikkeling te koördineer en pleisters in te dien jong ontwikkelaars en is dit 'n hindernis vir nuwe instandhouers om aan te sluit. Soos die grootte van die kern en die tempo van ontwikkeling toeneem, word die probleem met onderhouers wat in staat is om toesig te hou oor kernsubstelsels.
Die skep van 'n meer moderne meganisme vir interaksie tussen onderhouers en ontwikkelaars, soortgelyk aan die "kwessies"-stelsel en trekversoeke op GitHub met die aanvaarding van pleisters direk in Git, sou dit moontlik maak om jonger instandhouers na die projek te lok. Die huidige e-posgebaseerde ontwikkelingsbestuursproses word deur baie jong ontwikkelaars as argaïes en onnodig tydrowend beskou. Tans is die hoofwerkinstrument vir kernontwikkelaars die e-poskliënt, en dit is baie moeilik vir nuwelinge wat 5-10 jaar gelede na die bedryf gekom het en gewoond is aan moderne samewerkende ontwikkelingstelsels om by so 'n organisasie van werk aan te pas.
Die ongemak word vererger deur streng vereistes vir briefformatering, waarvan sommige 25 jaar gelede aangeneem is. Byvoorbeeld, die poslys verbied die gebruik van HTML-opmerk, ten spyte van die feit dat die meeste e-poskliënte sulke opmaak by verstek gebruik. As 'n voorbeeld van die probleme wat dit veroorsaak, is 'n kollega genoem wat, om 'n pleister na die OpenBSD-poslys te stuur wat ook nie HTML-pos toelaat nie, 'n aparte e-poskliënt moes installeer, aangesien sy hoof e-poskliënt (Outlook) stuur HTML-pos.
Om nie die gevestigde fondamente te breek en nie die gewoontes van bestaande ontwikkelaars te skend nie, word voorgestel om 'n modus vir nuwe ontwikkelaars te skep wat jou toelaat om regstreekse pleisters aan onderhouers in te dien deur trekversoeke of stelsels soortgelyk aan "kwessies", en outomaties uit te saai hulle na die LKML-poslys.
Nog 'n idee is om LKML van pleisters af te laai ten gunste van besprekings en aankondigings. In sy huidige vorm gaan duisende briewe deur LKML, waarvan die meeste direk voorgestelde kode vir insluiting in die kern is en slegs 'n klein deel is aankondigings wat die essensie van pleisters en besprekings verduidelik. Gepubliseerde kolle word steeds in Git weerspieël en word gewoonlik aanvaar deur trekversoeke in Git te gebruik, en LKML dokumenteer slegs die proses.
Bron: opennet.ru