Linus Torvalds o problémoch s hľadaním správcov, Rustom a pracovnými postupmi

Na minulotýždňovej virtuálnej konferenciiOpen Source Summit a Embedded Linux» Linus Torvalds
diskutované súčasnosť a budúcnosť linuxového jadra v úvodnom rozhovore s Dirkom Hohndelom z VMware. Počas diskusie padla aj téma generačnej výmeny medzi vývojármi. Linus poukázal na to, že napriek takmer 30-ročnej histórii projektu vo všeobecnosti komunita nie je taká stará – medzi vývojármi je veľa nových ľudí, ktorí ešte nedovŕšili 50 rokov. Starí ľudia síce zostarnú a zošedivia, ale tí, ktorí sú do projektu zapojení už dlho, sa spravidla vzdialili od písania nového kódu a venovali sa úlohám spojeným s údržbou alebo riadením.

Hľadanie nových správcov sa považuje za veľký problém. V komunite je veľa aktívnych vývojárov, ktorí radi píšu nový kód, no len málokto je ochotný venovať svoj čas údržbe a kontrole kódu iných ľudí.
Okrem profesionality musia údržbári požívať nespochybniteľnú dôveru. Od správcov sa tiež vyžaduje, aby boli nepretržite zapojení do procesu a neustále pracovali – správca musí byť vždy k dispozícii, čítať listy každý deň a odpovedať na ne. Práca v takomto prostredí si vyžaduje veľkú sebadisciplínu, a preto je správcov tak málo, a preto je jedným z hlavných problémov v komunite nájsť nových správcov, ktorí dokážu prehodnotiť kód iných ľudí a postúpiť zmeny správcom na vyššej úrovni. .

Na otázku o experimentoch v jadre Linus povedal, že komunita vývojárov jadra si už nemôže dovoliť niektoré zo šialených zmien, ktoré boli vykonané v minulosti. Ak predtým vývoj nebol povinný, teraz príliš veľa systémov závisí od jadra Linuxu.

Na otázku o prepracovaní jadra v jazykoch ako Go a Rust, keďže existuje riziko, že v roku 2030 sa vývojári C zmenia na súčasnú podobu vývojárov COBOL, Linus odpovedal, že jazyk C zostáva v prvej desiatke populárnych jazykov, ale pre vedľajšie subsystémy, ako sú ovládače zariadení, sa berú do úvahy príležitosť poskytovanie väzieb pre vývoj v jazykoch, ako je Rust. V budúcnosti očakávame, že poskytneme rôzne modely na písanie takýchto sekundárnych komponentov, ktoré sa neobmedzujú len na používanie jazyka C.

Zámer Používanie procesorov s architektúrou ARM spoločnosťou Apple v stolných počítačoch a notebookoch Linus komentoval s nádejou, že tento krok pomôže sprístupniť ARM pracovným staniciam. Posledných 10 rokov sa Linus sťažoval na svoju neschopnosť nájsť systém ARM, ktorý by vyhovoval systému vývojára. Rovnako ako používanie ARM Amazonu umožnilo posunúť architektúru v serverových systémoch, je možné, že vďaka krokom spoločnosti Apple budú o niekoľko rokov dostupné výkonné počítače založené na ARM a budú sa dať použiť na vývoj. Čo sa týka tvojho nový PC založený na procesore AMD Linus spomenul, že všetko funguje dobre, až na veľmi hlučný chladič.

Linus povedal o štúdiu jadra, že to bolo nudné aj zaujímavé. Je to nudné, pretože sa musíte vysporiadať s rutinou opravy chýb a usporiadania kódu, ale je to zaujímavé, pretože neustále potrebujete rozumieť novým technológiám, interagovať so zariadeniami na nízkej úrovni a kontrolovať všetko, čo sa deje.

Pokiaľ ide o COVID-19, Linus spomenul, že pandémia a režim izolácie neovplyvnili vývoj, pretože procesy interakcie sú založené na komunikácii cez e-mail a vzdialenom vývoji. Nikomu z vývojárov jadra, s ktorými Linus komunikuje, infekcia neublížila. Obavy vyvolalo zmiznutie jedného z jeho kolegov na mesiac alebo dva, no ukázalo sa, že to súviselo so vznikom syndrómu karpálneho tunela.

Linus tiež spomenul, že pri vývoji jadra 5.8 bude musieť stráviť viac času prípravou vydania a vydať jedno alebo dve dodatočné testovacie vydania, keďže toto jadro bolo vydané nezvyčajne veľké podľa počtu zmien. Celkovo však práca na 5.8 zatiaľ prebieha celkom hladko.

V ďalšom rozhovore, Linus vyhlásil, že sa už nepovažuje za programátora a od písania nového kódu ustúpil, keďže kód už dlho píše len v emailovom klientovi. Väčšinu času trávi čítaním pošty a písaním správ. Práca spočíva v kontrole záplat a žiadostí o stiahnutie odoslaných prostredníctvom mailing listu, ako aj účasti na diskusiách o navrhovaných zmenách. Občas vysvetľuje svoj nápad pomocou pseudokódu alebo navrhuje zmeny v patchoch, ktoré posiela ako odpoveď bez kompilácie a testovania, pričom prácu s uvedením na správnu úroveň prenecháva pôvodnému autorovi patchu.

Zdroj: opennet.ru

Pridať komentár