Alla conferenza virtual Vertice della conferenza aperta & Linux embedded dalla scorsa settimana, Linus Torvalds ha discusso del presente e del futuro del kernel Linux in una conversazione introduttiva con Dirk Hohndel di VMware.
Durante la discussione, è stata sollevata la questione del ricambio generazionale nell'ambiente di sviluppo. Linus notato che nonostante quasi 30 anni storia del progetto, in generale, la comunità non è così vecchia: ci sono molte nuove persone tra gli sviluppatori che non hanno ancora 50 anni.
I veterani diventano vecchi e grigi, ma coloro che sono stati coinvolti nel progetto da molto tempo, di regola, hanno smesso di scrivere nuovo codice e sono impegnati in attività relative alla manutenzione o all'amministrazione.
La ricerca di nuovi manutentori è vista come un grosso problema. Ci sono molti sviluppatori attivi nella comunità che sono felici di scrivere nuovo codice, ma pochi sono disposti a dedicare il loro tempo alla manutenzione e alla verifica del codice di qualcun altro.
Oltre alla professionalità, i manutentori devono godere di piena fiducia. I responsabili della manutenzione devono anche essere costantemente coinvolti nel processo e lavorare continuamente; il responsabile della manutenzione dovrebbe essere sempre disponibile, leggere le lettere e rispondere ogni giorno.
Lavorare in tali condizioni richiede molta autodisciplina, quindi ci sono pochi e nessun manutentore, e trovare nuovi manutentori che possano rivedere il codice di altre persone e inoltrare modifiche ai migliori manutentori diventa uno dei problemi principali nella comunità. .
Quando ha chiesto informazioni sugli esperimenti nel nucleo, Lino ha detto la comunità di sviluppo nucleo Non puoi più permetterti alcuni dei cambiamenti folli che sono stati fatti prima. Se lo sviluppo precedente non ha forzato nulla, ora molti sistemi dipendono dal kernel Linux.
Quando ha chiesto informazioni sull'elaborazione del kernel in linguaggi come Go e Rust, Poiché esiste il rischio che nel 2030 gli sviluppatori C diventino l'attuale somiglianza degli sviluppatori in COBOL, Linus ha risposto che il C rimane tra i primi dieci linguaggi popolari, ma per i sottosistemi non core come i driver di dispositivo è il Considerazione data alla fornitura di collegamenti di sviluppo in linguaggi come Rust.
In futuro, dovrebbe fornire modelli diversi per scrivere quei componenti figlio, non limitato all'uso del linguaggio C.
L'intenzione di Apple di utilizzare processori con architettura ARM su desktop e laptop, Linus ha commentato sperando che questo passaggio contribuisca a rendere ARM più accessibile per postazioni di lavoro. Negli ultimi 10 anni, Linus si è lamentato dell'incapacità di trovare un sistema ARM adatto al sistema dello sviluppatore.
Per analogia con il modo in cui l'uso di ARM da parte di Amazon ha reso possibile promuovere questa architettura Sui sistemi server, le azioni Apple potrebbero rendere disponibili potenti PC ARM che possono essere utilizzati per lo sviluppo entro pochi anni.
Riguardo al suo nuovo PC basato su processore AMD, Linus ha detto che tutto funziona bene tranne 'da un frigorifero molto rumoroso.»
Riguardo alle classi principali, Linus ha detto che è noioso e interessante. È noioso, perché devi affrontare la routine di correggere bug e riordinare il codice, ma è interessante, perché devi costantemente occuparti di nuove tecnologie, interagire con team di basso livello e monitorare tutto ciò che accade.
Su COVID-19, Linus ha menzionato quella pandemia e modalità di isolamento non ha influenzato lo sviluppo, come I processi di interazione si basano sulla comunicazione e-mail e sullo sviluppo remoto.
Degli sviluppatori del kernel con cui Linus interagisce, nessuno è stato ferito dall'infezione. L'ansia fece scomparire uno dei soci per un mese o due, ma risultò essere associata all'insorgenza della sindrome del tunnel.
Linus ha anche detto che durante lo sviluppo del kernel 5.8, dovrai dedicare più tempo preparare la versione e rilasciare una o due versioni di prova aggiuntive, poiché questo kernel si è rivelato insolitamente grande in termini di quantità di modifiche.