En la virtuala konferenco de la pasinta semajno,» Linus Torvalds
la nuntempo kaj estonteco de la Linukso-kerno en enkonduka konversacio kun Dirk Hohndel de VMware. Dum la diskuto, la temo de generacia ŝanĝo inter programistoj estis tuŝita. Linus atentigis, ke malgraŭ la preskaŭ 30-jara historio de la projekto, ĝenerale, la komunumo ne estas tiom malnova - inter la programistoj estas multaj novaj homoj, kiuj ankoraŭ ne fariĝis 50-jaraj. La malnovuloj ja maljuniĝas kaj griziĝas, sed tiuj, kiuj jam delonge okupiĝas pri la projekto, kutime malproksimiĝis de verkado de nova kodo kaj okupiĝas pri taskoj rilataj al prizorgado aŭ administrado.
Trovi novajn prizorgantojn notiĝas kiel granda problemo. Estas multaj aktivaj programistoj en la komunumo, kiuj feliĉas skribi novan kodon, sed malmultaj pretas dediĉi sian tempon al konservado kaj revizio de la kodo de aliaj homoj.
Aldone al profesiismo, prizorgantoj devas ĝui nediskuteblan fidon. Prizorgantoj ankaŭ estas postulataj kontinue okupiĝi pri la procezo kaj konstante labori - la prizorganto devas ĉiam esti disponebla, legi leterojn ĉiutage kaj respondi al ili. Labori en tia medio postulas multan memdisciplinon, tial prizorgantoj estas malmultaj kaj malproksime, kaj trovi novajn prizorgantojn, kiuj povas revizii aliulan kodon kaj plusendi ŝanĝojn al pli altnivelaj prizorgantoj, fariĝas unu el la ĉefaj problemoj en la komunumo. .
Demandite pri eksperimentoj en la kerno, Linus diris, ke la disvolva komunumo de la kerno ne plu povas pagi kelkajn el la frenezaj ŝanĝoj, kiuj estis faritaj en la pasinteco. Se antaŭe evoluo ne estis deviga, nun tro multaj sistemoj dependas de la Linukso-kerno.
Demandite pri reverkado de la kerno en lingvoj kiel Go kaj Rust, ĉar ekzistas risko, ke en 2030 C-programistoj transformiĝos en la nunan ŝajnon de COBOL-programistoj, Linus respondis, ke la C-lingvo restas en la dek plej popularaj lingvoj, sed por ne-kernaj subsistemoj, kiel ekzemple aparato-ŝoforoj estas pripensitaj disponigante ligojn por evoluo en lingvoj kiel Rust. En la estonteco, ni atendas provizi malsamajn modelojn por verki tiajn sekundarajn komponantojn, ne limigitaj al la uzo de la C-lingvo.
La uzo de Apple de ARM-arkitekturaj procesoroj en labortablaj komputiloj kaj tekkomputiloj Linus komentis kun la espero, ke ĉi tiu paŝo helpos igi ARM pli alirebla por laborstacioj. Dum la pasintaj 10 jaroj, Linus plendas pri sia malkapablo trovi ARM-sistemon, kiu konvenas al la sistemo de la programisto. Same kiel la uzo de ARM de Amazon permesis al ĝi progresigi la arkitekturon en servilaj sistemoj, estas eble ke danke al la agoj de Apple, potencaj ARM-bazitaj komputiloj estos disponeblaj post kelkaj jaroj kaj povas esti uzataj por disvolviĝo. Pri via surbaze de AMD-procesoro, Linus menciis, ke ĉio funkcias bone, krom la tre brua malvarmigilo.
Linus diris pri studado de la kerno, ke ĝi estas kaj enuiga kaj interesa. Ĝi estas enuiga ĉar vi devas trakti la rutinon ripari erarojn kaj ordigi la kodon, sed ĝi estas interesa ĉar vi konstante bezonas kompreni novajn teknologiojn, interagi kun ekipaĵoj je malalta nivelo kaj kontroli ĉion, kio okazas.
Koncerne COVID-19, Linus menciis, ke la pandemiaj kaj izolaj reĝimoj ne influis disvolviĝon, ĉar la interagoprocezoj baziĝas sur komunikado per retpoŝto kaj fora disvolviĝo. El la kernaj programistoj kun kiuj Linus interagas, neniu estis damaĝita de la infekto. La maltrankvilo estis kaŭzita de la malapero de unu el liaj kolegoj dum unu aŭ du monatoj, sed ĝi montriĝis asociita kun la komenco de karpa tunela sindromo.
Linus ankaŭ menciis, ke dum disvolvado de la 5.8-kerno, li devus pasigi pli da tempo preparante la eldonon, kaj liberigi unu aŭ du pliajn testajn eldonojn, ĉar ĉi tiu kerno estis liberigita. per la nombro da ŝanĝoj. Sed ĝenerale, laboro sur 5.8 iras sufiĉe glate ĝis nun.
En alia intervjuo, Linus , ke li ne plu konsideras sin programisto kaj malproksimiĝis de verkado de nova kodo, ĉar li delonge skribas kodon nur en retpoŝta kliento. Plejparto de lia tempo estas pasigita legante poŝton kaj skribante mesaĝojn. La laboro konsistas en revizii diakilojn kaj tirpetojn senditajn per dissendolisto, kaj ankaŭ partopreni diskutojn pri proponitaj ŝanĝoj. Foje, li klarigas sian ideon per pseŭdokodo aŭ sugestas ŝanĝojn al flikaĵoj, kiujn li sendas en respondo sen kompilo kaj testado, lasante la laboron alporti ĝin al la taŭga nivelo al la origina aŭtoro de la flikaĵo.
fonto: opennet.ru