Gestione tramite mailing list come barriera che impedisce l'arrivo di giovani sviluppatori

Sarah Novotny, membro del consiglio direttivo della Linux Foundation di Microsoft, sollevato domanda sulla natura arcaica del processo di sviluppo del kernel Linux. Secondo Sarah, l'utilizzo di una mailing list (LKML, Linux Kernel Mailing List) per coordinare lo sviluppo del kernel e inviare patch scoraggia i giovani sviluppatori e costituisce una barriera all'adesione di nuovi manutentori. Con l'aumento delle dimensioni del kernel e del ritmo di sviluppo, il problema con carenza manutentori in grado di supervisionare i sottosistemi del kernel.

Creare un meccanismo più moderno di interazione tra manutentori e sviluppatori, simile al sistema “issues” e pull request su GitHub con l’adozione di patch direttamente su Git, permetterebbe di attirare manutentori più giovani nel progetto. L'attuale processo di gestione dello sviluppo basato sulla posta elettronica è percepito da molti giovani sviluppatori come arcaico e inutilmente dispendioso in termini di tempo. Attualmente, lo strumento di lavoro principale per gli sviluppatori del kernel è il client di posta elettronica, ed è molto difficile per i nuovi arrivati ​​​​entrati nel settore 5-10 anni fa e abituati ai moderni sistemi di sviluppo collaborativo adattarsi a tale organizzazione del lavoro.

Il disagio è esacerbato dai rigidi requisiti per la formattazione delle lettere, alcuni dei quali sono stati adottati 25 anni fa. Ad esempio, la mailing list proibisce l'uso del markup HTML, nonostante il fatto che la maggior parte dei client di posta elettronica utilizzi tale markup per impostazione predefinita. Come esempio delle difficoltà che ciò crea, è stato menzionato un collega che, per inviare una patch alla mailing list di OpenBSD che non consente la posta HTML, ha dovuto installare un client di posta separato, poiché il suo client di posta principale (Outlook) invia posta HTML.

Per non rompere le basi stabilite e non violare le abitudini degli sviluppatori esistenti, si propone di creare una modalità per i nuovi sviluppatori che consenta di inviare patch ai manutentori direttamente tramite richieste pull o sistemi simili a "problemi", e trasmetterle automaticamente inviarli alla mailing list LKML.

Un'altra idea è quella di scaricare LKML dalle patch in favore di discussioni e annunci. Nella sua forma attuale, migliaia di lettere passano attraverso LKML, la maggior parte delle quali sono codici proposti direttamente per l'inclusione nel kernel e solo una piccola parte sono annunci che spiegano l'essenza delle patch e delle discussioni. Le patch pubblicate si riflettono ancora in Git e di solito vengono accettate utilizzando richieste pull in Git e LKML documenta solo il processo.

Fonte: opennet.ru