Sarah Novotny, Microsoftin Linux Foundationin johtokunnan jäsen, Linux-ytimen kehitysprosessin arkaaisesta luonteesta. Sarahin mukaan postituslistan (LKML, Linux Kernel Mailing List) käyttö ytimen kehityksen koordinoimiseen ja korjaustiedostojen lähettämiseen lannistaa nuoria kehittäjiä ja on este uusien ylläpitäjien liittymiselle. Ytimen koon ja kehitysvauhdin kasvaessa ongelma ylläpitäjät, jotka pystyvät valvomaan ytimen alijärjestelmiä.
Nykyaikaisemman mekanismin luominen ylläpitäjien ja kehittäjien väliseen vuorovaikutukseen, joka on samanlainen kuin "ongelmia" koskeva järjestelmä ja vetopyynnöt GitHubissa ottamalla korjaustiedostoja suoraan Gitissä, mahdollistaisi nuorempien ylläpitäjien houkuttelemisen projektiin. Nykyinen sähköpostipohjainen kehityshallintaprosessi on monien nuorten kehittäjien mielestä arkaainen ja tarpeettoman aikaa vievä. Tällä hetkellä ytimen kehittäjien tärkein työväline on sähköpostiohjelma, ja uusien tulokkaiden, jotka tulivat alalle 5-10 vuotta sitten ja ovat tottuneet nykyaikaisiin yhteistyökehitysjärjestelmiin, on erittäin vaikea sopeutua tällaiseen työn organisointiin.
Epämukavuutta pahentavat kirjeiden muotoilua koskevat tiukat vaatimukset, joista osa hyväksyttiin 25 vuotta sitten. Esimerkiksi postituslista kieltää HTML-merkintöjen käytön huolimatta siitä, että useimmat sähköpostiohjelmat käyttävät tällaisia merkintöjä oletuksena. Esimerkkinä tämän aiheuttamista vaikeuksista mainittiin kollega, joka lähettääkseen OpenBSD-postituslistalle korjaustiedoston, joka ei myöskään salli HTML-postia, piti asentaa erillinen sähköpostiohjelma, koska hänen pääsähköpostiohjelmansa (Outlook) lähettää HTML-postia.
Jotta vakiintunutta perustaa ei rikota ja olemassa olevien kehittäjien tottumuksia ei loukata, uusille kehittäjille ehdotetaan tilan luomista, jonka avulla voit lähettää korjaustiedostoja ylläpitäjille suoraan vetopyyntöjen tai "ongelmia" vastaavien järjestelmien kautta ja lähettää automaattisesti. ne LKML-postituslistalle.
Toinen ajatus on purkaa LKML korjaustiedostoista keskustelujen ja ilmoitusten hyväksi. Nykyisessä muodossaan LKML:n läpi kulkee tuhansia kirjeitä, joista suurin osa on suoraan ehdotettua koodia sisällytettäväksi ytimeen ja vain pieni osa on ilmoituksia, jotka selittävät korjaustiedostojen ja keskustelujen olemuksen. Julkaistut korjaustiedostot näkyvät edelleen Gitissä, ja ne hyväksytään yleensä vetopyyntöjen avulla Gitissä, ja LKML dokumentoi vain prosessin.
Lähde: opennet.ru