Eelmisel nädalal toimunud virtuaalsel konverentsil „“ rääkis Linus Torvalds
Linuxi tuuma olevikus ja tulevikus, Vestluses Dirk Hohndeliga VMware'ist. Arutelu käigus tõstatus arendajate põlvkondade vahetamise teema. Linus märkis, et hoolimata peaaegu 30-aastasest projektiajaloost ei ole kogukond tegelikult nii vana - arendajate seas on palju uusi inimesi, kellel pole veel 50 aastatki. Vanad tegijad tõepoolest vananevad ja halliseks muutuvad, kuid need, kes on projektiga kauem tegelenud, on tavaliselt loobunud uue koodi kirjutamisest ning tegelevad hoolduse või juhtimisega seotud ülesannetega.
Uute hooldajate leidmine on suur probleem. Kogukonnas on palju aktiivseid arendajaid, kes on valmis uut koodi kirjutama, aga vähe neid, kes on valmis oma aega pühendama teiste koodi hooldamisele ja läbivaatamisele.
Professionaalsuse kõrval peavad hooldajad saama täielikku usaldust. Hooldajatelt nõutakse pidevat kaasatust protsessi ning pidevat tööd – kaaslane peab olema alati kergesti kättesaadav, lugema igal päeval kirju ja neile reageerima. Töö sellistes tingimustes nõuab suurt enesedistsipliini, seetõttu on hooldajaid vähe ja neid vajatakse, ning uute hooldajate leidmine, kes suudavad teiste koodi üle vaadata ja muudatusi kõrgematele hooldajatele suunata, on saanud üheks peamiseks probleemiks kogukonnas.
Küsimusele katsetuste kohta Linuxi tuumas väljendas Linus, et tuuma arendajate kogukond ei saa enam endale lubada mõningaid hullumeelseid muudatusi, mida varem tehti. Kui varem ei olnud arendamine millegagi seotud, siis nüüd sõltub liiga paljude süsteemide toimimine Linuxi tuumast.
Küsimusele, kas tuuma ümberkirjutamine keeles nagu Go ja Rust on riskantne, kuna 2030. aastatel võivad C-arendajad muutuda sarnaseks COBOL-i arendajatega, vastas Linus, et C-keel jääb populaarsete keelte hulka, kuid mitte põhikomponentide jaoks, näiteks seadme draiverid, kaalutakse. sidete pakkumise võimalust arendamiseks, kasutades keeli nagu Rust. Tulevikus oodatakse mitmesuguste mudelite tutvustamist selliste sekundaarsete komponentide kirjutamiseks, mis ei piirdu ainult C-keele kasutamisega.
Apple kasutab oma lauaarvutites ja sülearvutites ARM-arkitektuuri protsessoreid. Linus kommenteeris lootuses, et see samm aitab ARM-i tööjaamade jaoks kergemini kätte saada. Viimase kümne aasta jooksul on Linus kurtnud, et ei ole suutnud leida ARM-süsteemi, mis sobiks arendaja keskkonnaga. Sarnaselt sellega, kuidas Amazon'i kasutamine on aidanud ARM-arkitektuuril serverite maailmas edasi liikuda, ei ole välistatud, et Apple'i tegevuste tõttu saavad mõne aasta pärast ka võimsad ARM-põhised arvutid olema arendamiseks kergesti kätte saadavad. Oma AMD protsessoril mainis Linus, et kõik töötab normaalselt, välja arvatud valju jahutusventilaatori puhul.
Yarn'i tegemiste kohta märkis Linus, et see on nii igav kui ka huvitav. Igav seetõttu, et tuleb tegeleda rutiinsete vigade parandamise ja koodi korrastamisega, ning huvitav seetõttu, et pidevalt on vaja tegeleda uusimate tehnoloogiatega, suhelda riistvaraga madalal tasemel ja jälgida kõike, mis toimub.
COVID-19 kohta mainis Linus, et pandeemia ja isolatsiooni režiimid ei ole arendustööd mõjutanud, kuna koostööprotsessid põhinevad e-posti suhtlemisel ja kaugtööl. Linuse partneritest tuumaarenduses ei kanna keegi nakkuse tagajärgi. Ühe kaasautori kadumine kuuks ajaks tekitas muret, kuid see osutus seotud tunnelisündroomiga.
Linus mainis ka, et kernel 5.8 arendamise käigus kulub rohkem aega väljaande ettevalmistamiseks, ja tuleb välja anda üks või kaks lisatesti versiooni, kuna see kernel on olnud muudatuste arvu poolest. Kuid kokkuvõttes kulgeb 5.8 arendus praegu üsna sujuvalt.
Teises intervjuus ütles Linus , et et ei pea end enam programmeerijaks ning on loobunud uue koodi kirjutamisest, kuna kirjutab koodi vaid e-posti kliendis. Kõik tema peamine aeg kulub e-kirjade lugemisele ja sõnumite kirjutamisele. Töö koondub saadetavate e-kirjade patšide ja pull-i päringute ülevaatamisele, samuti ettepanekute aruteludele. Aeg-ajalt selgitab ta oma ideed pseudokoodiga või pakub muudatusi patšides, mida ta saadab vastuses ilma kompileerimise ja testimiseta, jättes töö algse patši autori kätte.
Allikas: opennet.ru
