Na prošlotjednoj virtualnoj konferenciji,»Linus Torvalds
sadašnjost i budućnost Linux kernela u uvodnom razgovoru s Dirkom Hohndelom iz VMwarea. Tijekom rasprave dotaknuta je i tema smjene generacija među programerima. Linus je istaknuo da unatoč gotovo 30-godišnjoj povijesti projekta, općenito, zajednica nije toliko stara - među programerima ima puno novih ljudi koji još nisu napunili 50 godina. Starci doduše stare i sijede, ali oni koji su dugo bili uključeni u projekt, u pravilu su se odmaknuli od pisanja novog koda i bavili su se zadacima vezanim uz održavanje ili upravljanje.
Kao veliki problem navodi se pronalazak novih održavatelja. Postoji mnogo aktivnih programera u zajednici koji rado pišu novi kod, ali malo ih je voljnih posvetiti svoje vrijeme održavanju i pregledu koda drugih ljudi.
Osim profesionalnosti, održavatelji moraju uživati neupitno povjerenje. Od održavatelja se također zahtijeva kontinuirana uključenost u proces i konstantan rad – održavatelj mora biti uvijek dostupan, svaki dan čitati pisma i odgovarati na njih. Rad u takvom okruženju zahtijeva dosta samodiscipline, zbog čega su održavatelji rijetki, a pronalazak novih održavatelja koji mogu pregledati kod drugih ljudi i proslijediti promjene održavateljima više razine postaje jedan od glavnih problema u zajednici .
Kada su ga pitali o eksperimentima u kernelu, Linus je rekao da si razvojna zajednica kernela više ne može priuštiti neke od ludih promjena koje su napravljene u prošlosti. Ako prije razvoj nije bio obavezan, sada previše sustava ovisi o Linux kernelu.
Na pitanje o preradi kernela u jezicima kao što su Go i Rust, budući da postoji rizik da će se 2030. C programeri pretvoriti u trenutni privid COBOL programera, Linus je odgovorio da C jezik ostaje među deset najpopularnijih jezika, ali za sporedne podsustave, kao što su upravljački programi uređaja, uzimaju se u obzir pružanje veza za razvoj u jezicima kao što je Rust. U budućnosti očekujemo da ćemo ponuditi različite modele za pisanje takvih sekundarnih komponenti, ne ograničavajući se na korištenje jezika C.
Appleovo korištenje procesora ARM arhitekture u stolnim i prijenosnim računalima Linus je komentirao s nadom da će ovaj korak pomoći da ARM bude pristupačniji radnim stanicama. Posljednjih 10 godina Linus se žalio na nemogućnost pronalaska ARM sustava koji odgovara sustavu programera. Kao što je Amazonu korištenje ARM-a omogućilo da unaprijedi arhitekturu poslužiteljskih sustava, moguće je da će zahvaljujući Appleovim akcijama moćna osobna računala temeljena na ARM-u postati dostupna za nekoliko godina i moći će se koristiti za razvoj. Što se tiče vašeg baziran na AMD procesoru, Linus je spomenuo da sve radi dobro, osim vrlo bučnog hladnjaka.
Linus je o proučavanju kernela rekao da je i dosadno i zanimljivo. Dosadno je jer se morate baviti rutinom popravljanja pogrešaka i sređivanja koda, ali je zanimljivo jer stalno trebate razumjeti nove tehnologije, komunicirati s opremom na niskoj razini i kontrolirati sve što se događa.
Što se tiče COVID-19, Linus je spomenuo da pandemija i režimi izolacije nisu utjecali na razvoj, jer se procesi interakcije temelje na komunikaciji putem e-pošte i daljinskom razvoju. Od programera kernela s kojima Linus komunicira, nitko nije oštećen infekcijom. Zabrinutost je izazvao nestanak jednog njegova kolege na mjesec-dva, no pokazalo se da je to povezano s nastankom sindroma karpalnog tunela.
Linus je također spomenuo da će prilikom razvoja kernela 5.8 morati potrošiti više vremena na pripremu izdanja i izdati jedno ili dva dodatna testna izdanja, budući da je ovaj kernel objavljen po broju promjena. Ali općenito, rad na 5.8 za sada ide prilično glatko.
U drugom intervjuu, Linus , da se više ne smatra programerom i odmaknuo se od pisanja novog koda, budući da već dugo piše kod samo u email klijentu. Većinu vremena provodi čitajući poštu i pišući poruke. Posao se svodi na pregled zakrpa i zahtjeva za povlačenjem poslanih putem mailing liste, kao i na sudjelovanje u raspravama o predloženim promjenama. Ponekad svoju ideju objašnjava pseudokodom ili predlaže izmjene zakrpa koje šalje u odgovoru bez kompilacije i testiranja, prepuštajući posao dovođenja na odgovarajuću razinu izvornom autoru zakrpe.
Izvor: opennet.ru