A múlt héten zajló virtuális konferencián "" Linus Torvalds
a Linux kernel jelenét és jövőjét Dirk Hohndel (VMware) nyitóbeszédében. A beszélgetés során érintették a fejlesztői generációváltás kérdését. Linus rámutatott, hogy a projekt közel 30 éves története ellenére a közösség nem olyan öreg — a fejlesztők között sok új ember van, aki még nem töltötte be az 50. életévét. A régi motorosok valóban öregednek és őszülnek, de azok, akik régóta részt vesznek a projektben, jellemzően elhagyják az új kódok írását, és a karbantartással vagy a menedzsmenttel foglalkoznak.
Az új fenntartók keresése nagy problémaként jelentkezik. A közösségben sok aktív fejlesztő van, aki szívesen ír új kódot, de kevesen hajlandók időt szentelni mások kódjának karbantartására és ellenőrzésére.
A szakmai tudás mellett a fenntartóknak feltétlen bizalommal kell bírniuk. A fenntartóktól folyamatos részvételt és állandó munkát is elvárnak — a karbantartónak mindig elérhetőnek kell lennie, minden nap olvasnia kell az e-maileket, és reagálnia kell rájuk. Az ilyen körülmények közötti munka nagy önfegyelmet igényel, ezért kevés a fenntartó, és az új fenntartók keresése, akik képesek mások kódját felülvizsgálni és a változtatásokat a feletteseiknek irányítani, a közösség egyik legnagyobb problémájává válik.
A kernelben végzett kísérletekről Linus kifejtette, hogy a kernel fejlesztői közösség most már nem engedheti meg magának azokat az őrült változtatásokat, amelyeket korábban elvégeztek. Míg korábban a fejlesztés nem vonzott kötelezettségeket, most már túl sok rendszer függ a Linux kerneltől.
A kernel Go és Rust nyelveken való átdolgozásáról, mivel fennáll a kockázat, hogy 2030-ra a C-fejlesztők a COBOL fejlesztők jelenlegi megfelelőjévé válnak, Linus válaszolta, hogy a C nyelv a népszerű nyelvek top 10-ben marad, de az olyan másodlagos rendszerkomponensek esetében, mint az eszközmeghajtók, fontolóra veszik a Rust nyelven való fejlesztéshez szükséges kötődéseket. A jövőben különféle modellek biztosítása várható olyan másodlagos komponensek írásához, amelyek nem korlátozódnak a C nyelv használatára.
az Apple vállalat asztali számítógépekhez és laptopokhoz ARM architektúrájú processzorokat használ, Linus reménykedik abban, hogy ez a lépés hozzásegíti az ARM elérhetőségét a munkállomások számára. Az elmúlt 10 évben Linus panaszkodott arra, hogy nem talál olyan ARM rendszert, ami megfelelne a fejlesztői igényeknek. Hasonlóan ahhoz, hogy az Amazon az ARM használata révén elősegítette ezt az architektúrát a szerver rendszerekben, nem kizárt, hogy az Apple lépései nyomán néhány éven belül erősebb ARM alapú PC-k válnak elérhetővé, amelyeket fejlesztésre lehet majd használni. A saját Az AMD processzor alapú rendszerről Linus megemlítette, hogy minden rendben működik, kivéve a rendkívül zajos hűtőt.
A kernel foglalkozásairól Linus azt mondta, hogy ez egyszerre unalmas és érdekes. Unalmas, mivel állandóan a hibák javításával és a kód rendbe tételével kell foglalkoznia, és érdekes, mert folyamatosan új technológiák megértésére, alacsony szintű hardverrel való interakcióra és minden zajlásának ellenőrzésére van szükség.
A COVID-19-el kapcsolatban Linus megemlítette, hogy a pandémia és az izolációs intézkedések nem befolyásolták a fejlesztést, mivel az interakciós folyamatok a teljesen elektronikus levelezésre és távoli fejlesztésre épülnek. Azok közül a kernel fejlesztőkből, akikkel Linus dolgozik, senki nem szenvedett el fertőzést. Az aggályokat egy hónapra vagy két hónapra eltűnő egyik kolléga okozta, de ez a tunnelfélszindrómával volt összefüggésben.
Linus említette azt is, hogy a 5.8-as kernel fejlesztésekor több időt kell szánni a kiadás előkészítésére, és egy vagy két további tesztverziót kiadni, mivel ez a kernel a változások számát tekintve. De összességében a 5.8-cal kapcsolatos munka eddig meglehetősen zökkenőmentes.
Egy másik interjúban Linus , hogy már nem tekinti magát programozónak, és elhúzódott az új kód írásától, mivel már régóta csak a levelezőprogramjában ír kódot. Az idejének nagy részét a levelek olvasására és üzenetek írására fordítja. A munkája a levelezési terjesztésen keresztül küldött javítások és pull kérdések áttekintésére, valamint javasolt módosítások megbeszélésében való részvételre korlátozódik. Időnként átkonvertálja az ötletét pszeudokódra, vagy javaslatokat tesz a javításokra, amelyeket válaszában küld el anélkül, hogy kompaktálna vagy tesztelne, hagyva a munkát az eredeti javító szerzőjére, hogy a megfelelő szintre emelje.
Forrás: opennet.ru
