Na prošlonedeljnoj virtuelnoj konferenciji,» Linus Torvalds
sadašnjost i budućnost Linux kernela u uvodnom razgovoru sa Dirkom Hohndelom iz VMware-a. Tokom diskusije dotaknuta je tema generacijske promjene među programerima. Linus je istakao da uprkos skoro 30-godišnjoj istoriji projekta, generalno gledano, zajednica nije toliko stara - među programerima ima mnogo novih ljudi koji još nisu napunili 50 godina. Oldtajmeri zaista ostare i sijede, ali oni koji su dugo bili uključeni u projekat, po pravilu su se udaljili od pisanja novog koda i bave se poslovima vezanim za održavanje ili upravljanje.
Pronalaženje novih održavatelja je navedeno kao veliki problem. Postoji mnogo aktivnih programera u zajednici koji rado pišu novi kod, ali malo njih je spremno posvetiti svoje vrijeme održavanju i reviziji koda drugih ljudi.
Osim profesionalizma, održavaoci moraju uživati i neupitno povjerenje. Održavači su takođe dužni da budu kontinuirano uključeni u proces i da stalno rade – održavalac mora uvek biti dostupan, svaki dan čitati pisma i odgovarati na njih. Rad u takvom okruženju zahtijeva puno samodiscipline, zbog čega su održavatelji malobrojni, a pronalaženje novih održavatelja koji mogu pregledati tuđi kod i proslijediti promjene održavateljima višeg nivoa postaje jedan od glavnih problema u zajednici. .
Na pitanje o eksperimentima u kernelu, Linus je rekao da zajednica za razvoj kernela više ne može priuštiti neke od ludih promjena koje su napravljene u prošlosti. Ako ranije razvoj nije bio obavezan, sada previše sistema zavisi od Linux kernela.
Na pitanje o preradi kernela u jezicima kao što su Go i Rust, budući da postoji rizik da se C programeri 2030. godine pretvore u trenutni izgled COBOL programera, Linus je odgovorio da C jezik ostaje među deset najpopularnijih jezika, ali za podsisteme koji nisu jezgro, kao što su drajveri uređaja, uzimaju se u obzir pružanje veza za razvoj na jezicima kao što je Rust. U budućnosti očekujemo da ćemo obezbediti različite modele za pisanje takvih sekundarnih komponenti, ne ograničavajući se na upotrebu jezika C.
Apple-ovo korištenje procesora ARM arhitekture u desktop računarima i laptopima Linus je komentirao s nadom da će ovaj korak pomoći da ARM postane pristupačniji radnim stanicama. Poslednjih 10 godina, Linus se žalio na svoju nemogućnost da pronađe ARM sistem koji odgovara sistemu programera. Baš kao što je Amazonova upotreba ARM-a omogućila da unapredi arhitekturu u serverskim sistemima, moguće je da će zahvaljujući Appleovim akcijama moćni računari zasnovani na ARM-u postati dostupni za nekoliko godina i mogu se koristiti za razvoj. Što se tiče vašeg baziran na AMD procesoru, Linus je naveo da sve radi dobro, osim veoma bučnog hladnjaka.
Linus je o proučavanju kernela rekao da je bilo i dosadno i zanimljivo. Dosadno je jer morate da se nosite sa rutinom ispravljanja grešaka i dovođenja koda u red, ali je zanimljivo jer stalno morate da razumete nove tehnologije, da komunicirate sa opremom na niskom nivou i kontrolišete sve što se dešava.
Vezano za COVID-19, Linus je napomenuo da režimi pandemije i izolacije nisu uticali na razvoj, jer se procesi interakcije zasnivaju na komunikaciji putem e-pošte i daljinskom razvoju. Od programera kernela s kojima Linus komunicira, niko nije oštećen infekcijom. Zabrinutost je izazvala nestanak jednog od njegovih kolega na mjesec-dva, ali se pokazalo da je povezan s pojavom sindroma karpalnog tunela.
Linus je također spomenuo da bi prilikom razvoja kernela 5.8 morao potrošiti više vremena na pripremu izdanja i izdavanje jednog ili dva dodatna testna izdanja, budući da je ovaj kernel pušten po broju izmjena. Ali sve u svemu, rad na 5.8 za sada ide prilično glatko.
U drugom intervjuu, Linus , da sebe više ne smatra programerom i da se udaljio od pisanja novog koda, pošto već duže vrijeme piše kod samo u email klijentu. Najviše vremena provodi čitajući poštu i pisanje poruka. Posao se svodi na pregled zakrpa i pull zahtjeva poslatih putem mailing liste, kao i na učešće u raspravama o predloženim promjenama. Ponekad objašnjava svoju ideju pseudokodom ili predlaže izmjene zakrpa, koje šalje u odgovoru bez kompilacije i testiranja, prepuštajući posao dovođenja na odgovarajući nivo originalnom autoru zakrpe.
izvor: opennet.ru