På forrige ukes virtuelle konferanse,» Linus Torvalds
nåtiden og fremtiden til Linux-kjernen i en innledende samtale med Dirk Hohndel fra VMware. Under diskusjonen ble temaet generasjonsskifte blant utviklere berørt. Linus påpekte at til tross for prosjektets nesten 30 år lange historie, generelt sett er ikke fellesskapet så gammelt – blant utviklerne er det mange nye mennesker som ennå ikke har fylt 50 år. De gamle blir riktignok gamle og grå, men de som har vært involvert i prosjektet lenge har som regel gått bort fra å skrive ny kode og er engasjert i oppgaver knyttet til vedlikehold eller forvaltning.
Å finne nye vedlikeholdere er kjent som et stort problem. Det er mange aktive utviklere i fellesskapet som gjerne skriver ny kode, men få er villige til å bruke tiden sin på å vedlikeholde og vurdere andres kode.
I tillegg til profesjonalitet, må vedlikeholdere nyte utvilsom tillit. Vedlikeholdere er også pålagt å være kontinuerlig involvert i prosessen og hele tiden jobbe – vedlikeholderen skal alltid være tilgjengelig, lese brev hver dag og svare på dem. Å jobbe i et slikt miljø krever mye selvdisiplin, og det er grunnen til at vedlikeholdere er få og langt mellom, og å finne nye vedlikeholdere som kan gjennomgå andres kode og videresende endringer til vedlikeholdere på høyere nivå blir et av hovedproblemene i fellesskapet .
På spørsmål om eksperimenter i kjernen sa Linus at kjerneutviklingsfellesskapet ikke lenger har råd til noen av de vanvittige endringene som ble gjort tidligere. Hvis tidligere utvikling ikke var obligatorisk, er nå for mange systemer avhengig av Linux-kjernen.
På spørsmål om å omarbeide kjernen i språk som Go og Rust, siden det er en risiko for at C-utviklere i 2030 vil bli den nåværende utseendet til COBOL-utviklere, svarte Linus at C-språket forblir på de ti mest populære språkene, men for subsystemer som ikke er kjerne, vurderes for eksempel enhetsdrivere gir bindinger for utvikling i språk som Rust. I fremtiden forventer vi å tilby forskjellige modeller for å skrive slike sekundære komponenter, ikke begrenset til bruken av C-språket.
Apples bruk av ARM-arkitekturprosessorer i stasjonære datamaskiner og bærbare datamaskiner Linus kommenterte med håp om at dette trinnet vil bidra til å gjøre ARM mer tilgjengelig for arbeidsstasjoner. De siste 10 årene har Linus klaget over sin manglende evne til å finne et ARM-system som passer til utviklerens system. Akkurat som Amazons bruk av ARM tillot det å fremme arkitekturen i serversystemer, er det mulig at takket være Apples handlinger, vil kraftige ARM-baserte PC-er bli tilgjengelig om noen år og kan brukes til utvikling. Angående din basert på en AMD-prosessor nevnte Linus at alt fungerer bra, bortsett fra den svært støyende kjøleren.
Linus sa om å studere kjernen at det var både kjedelig og interessant. Det er kjedelig fordi du må forholde deg til rutinen med å fikse feil og sette koden i orden, men det er interessant fordi du hele tiden trenger å forstå nye teknologier, samhandle med utstyr på et lavt nivå og kontrollere alt som skjer.
Når det gjelder COVID-19, nevnte Linus at pandemien og isolasjonsregimene ikke påvirket utviklingen, siden samhandlingsprosessene er basert på kommunikasjon via e-post og fjernutvikling. Av kjerneutviklerne som Linus samhandler med, ble ingen skadet av infeksjonen. Bekymringen var forårsaket av at en av kollegene hans forsvant i en måned eller to, men det viste seg å være assosiert med utbruddet av karpaltunnelsyndrom.
Linus nevnte også at når han utvikler 5.8-kjernen, ville han måtte bruke mer tid på å forberede utgivelsen, og gi ut en eller to ekstra testutgivelser, siden denne kjernen ble utgitt etter antall endringer. Men totalt sett går arbeidet med 5.8 ganske greit så langt.
I et annet intervju, Linus , at han ikke lenger anser seg selv som en programmerer og har gått bort fra å skrive ny kode, siden han lenge har skrevet kode kun i en e-postklient. Mesteparten av tiden hans går med til å lese post og skrive meldinger. Arbeidet kommer ned til å gjennomgå patcher og pull-forespørsler sendt via e-postliste, samt delta i diskusjoner om foreslåtte endringer. Noen ganger forklarer han ideen sin med pseudokode eller foreslår endringer i patcher, som han sender i et svar uten kompilering og testing, og overlater arbeidet med å bringe det til riktig nivå til den opprinnelige forfatteren av patchen.
Kilde: opennet.ru