Sarah Novotny, membro de la estraro de la Linukso-Fondaĵo de Mikrosofto, pri la arkaika naturo de la Linukso-kerna evoluprocezo. Laŭ Sarah, uzado de dissendolisto (LKML, Linuksa Kerna Dissendolisto) por kunordigi kernan disvolviĝon kaj sendi flikaĵojn malkuraĝigas junajn programistojn kaj estas baro al novaj prizorgantoj aliĝi. Kiel la grandeco de la kerno kaj la ritmo de disvolviĝo pliiĝas, la problemo kun prizorgantoj kapablaj kontroli kernsubsistemojn.
Krei pli modernan mekanismon por interago inter prizorgantoj kaj programistoj, simila al la sistemo de "problemoj" kaj tiri petojn sur GitHub kun la adopto de flikoj rekte en Git, ebligus altiri pli junajn prizorgantojn al la projekto. La nuna retpoŝta disvolva administradprocezo estas perceptita de multaj junaj programistoj kiel arkaika kaj nenecese temporaba. Nuntempe, la ĉefa laborilo por kernaj programistoj estas la retpoŝta kliento, kaj estas tre malfacile por novuloj, kiuj venis al la industrio antaŭ 5-10 jaroj kaj kutimas al modernaj kunlaboraj evolusistemoj adaptiĝi al tia organizo de laboro.
La malkomforto estas pligravigita de striktaj postuloj por leterformatado, kelkaj el kiuj estis adoptitaj antaŭ 25 jaroj. Ekzemple, la dissendolisto malpermesas la uzon de HTML-markado, malgraŭ tio, ke la plej multaj retpoŝtaj klientoj uzas tian markadon defaŭlte. Kiel ekzemplo de la malfacilaĵoj, kiujn tio kreas, estis menciita kolego, kiu, por sendi flikaĵon al la dissendolisto de OpenBSD, kiu ankaŭ ne permesas HTML-poŝton, bezonis instali apartan retpoŝtan klienton, ekde sia ĉefa retpoŝta kliento (Outlook) sendas HTML-poŝton.
Por ne rompi la establitajn fundamentojn kaj ne malobservi la kutimojn de ekzistantaj programistoj, oni proponas krei reĝimon por novaj programistoj, kiu ebligas vin sendi diakilojn al prizorgantoj rekte per tiraj petoj aŭ sistemoj similaj al "problemoj", kaj aŭtomate dissendi. ilin al la dissendolisto de LKML.
Alia ideo estas malŝarĝi LKML el flikoj favore al diskutoj kaj anoncoj. En ĝia nuna formo, miloj da leteroj pasas tra LKML, la plej multaj el kiuj estas rekte proponita kodo por inkludo en la kerno kaj nur malgranda parto estas anoncoj klarigantaj la esencon de flikaĵoj kaj diskutoj. Eldonitaj flikaĵoj daŭre estas reflektitaj en Git kaj estas kutime akceptitaj uzante tirpetojn en Git, kaj LKML nur dokumentas la procezon.
fonto: opennet.ru