Sarah Novotny, lid van de raad van bestuur van de Linux Foundation van Microsoft, over de archaïsche aard van het ontwikkelingsproces van de Linux-kernel. Volgens Sarah ontmoedigt het gebruik van een mailinglijst (LKML, Linux Kernel Mailing List) om de kernelontwikkeling te coördineren en patches in te dienen jonge ontwikkelaars en vormt het een barrière voor nieuwe beheerders om zich aan te sluiten. Naarmate de omvang van de kernel en het ontwikkelingstempo toenemen, wordt het probleem groter beheerders die toezicht kunnen houden op kernelsubsystemen.
Het creëren van een moderner mechanisme voor interactie tussen beheerders en ontwikkelaars, vergelijkbaar met het “issues”-systeem en pull-requests op GitHub met de adoptie van patches rechtstreeks in Git, zou het mogelijk maken om jongere beheerders naar het project te trekken. Het huidige, op e-mail gebaseerde ontwikkelmanagementproces wordt door veel jonge ontwikkelaars gezien als archaïsch en onnodig tijdrovend. Momenteel is het belangrijkste werkinstrument voor kernelontwikkelaars de e-mailclient, en het is erg moeilijk voor nieuwkomers die 5-10 jaar geleden in de branche kwamen en gewend zijn aan moderne collaboratieve ontwikkelingssystemen om zich aan een dergelijke werkorganisatie aan te passen.
Het ongemak wordt nog verergerd door strenge eisen voor de letteropmaak, waarvan sommige al 25 jaar geleden zijn ingevoerd. De mailinglijst verbiedt bijvoorbeeld het gebruik van HTML-opmaak, ondanks het feit dat de meeste e-mailclients dergelijke opmaak standaard gebruiken. Als voorbeeld van de problemen die dit met zich meebrengt, werd een collega genoemd die, om een patch naar de OpenBSD-mailinglijst te sturen die ook geen HTML-mail toestaat, een aparte e-mailclient moest installeren, aangezien zijn belangrijkste e-mailclient (Outlook) verzendt HTML-mail.
Om de gevestigde fundamenten niet te doorbreken en de gewoonten van bestaande ontwikkelaars niet te schenden, wordt voorgesteld om een modus voor nieuwe ontwikkelaars te creëren waarmee u patches rechtstreeks aan beheerders kunt indienen via pull-verzoeken of systemen die vergelijkbaar zijn met "problemen", en deze automatisch kunt uitzenden ze naar de LKML-mailinglijst.
Een ander idee is om LKML uit patches te verwijderen ten gunste van discussies en aankondigingen. In zijn huidige vorm gaan duizenden brieven door LKML, waarvan de meeste direct voorgestelde code zijn voor opname in de kernel en slechts een klein deel aankondigingen zijn die de essentie van patches en discussies uitleggen. Gepubliceerde patches worden nog steeds weergegeven in Git en worden meestal geaccepteerd met behulp van pull-verzoeken in Git, en LKML documenteert alleen het proces.
Bron: opennet.ru