Podczas zeszłotygodniowej wirtualnej konferencji pt." Linus Torvalds
teraźniejszość i przyszłość jądra Linuksa w rozmowie wstępnej z Dirkiem Hohndelem z VMware. Podczas dyskusji poruszony został temat zmiany pokoleniowej wśród deweloperów. Linus zwrócił uwagę, że pomimo prawie 30-letniej historii projektu, generalnie społeczność nie jest aż taka stara – wśród twórców pojawia się wiele nowych osób, które nie ukończyły jeszcze 50. roku życia. Starsi co prawda starzeją się i siwieją, ale ci, którzy są zaangażowani w projekt od dłuższego czasu, z reguły odeszli od pisania nowego kodu i zajęli się zadaniami związanymi z utrzymaniem lub zarządzaniem.
Dużym problemem jest znalezienie nowych opiekunów. W społeczności jest wielu aktywnych programistów, którzy chętnie piszą nowy kod, ale niewielu jest skłonnych poświęcić swój czas na utrzymywanie i przeglądanie kodu innych osób.
Oprócz profesjonalizmu, konserwatorzy muszą cieszyć się niekwestionowanym zaufaniem. Od opiekunów wymaga się także ciągłego zaangażowania w proces i ciągłej pracy - opiekun musi być zawsze dostępny, codziennie czytać pisma i na nie odpowiadać. Praca w takim środowisku wymaga dużej samodyscypliny, dlatego opiekunów jest niewielu i znalezienie nowych opiekunów, którzy mogą przeglądać kod innych osób i przekazywać zmiany opiekunom wyższego poziomu, staje się jednym z głównych problemów społeczności .
Zapytany o eksperymenty w jądrze Linus odpowiedział, że społeczności programistów jądra nie stać już na niektóre szalone zmiany, które miały miejsce w przeszłości. Jeśli wcześniej rozwój nie był obowiązkowy, obecnie zbyt wiele systemów zależy od jądra Linuksa.
Zapytany o przeróbkę jądra w językach takich jak Go i Rust, gdyż istnieje ryzyko, że w 2030 roku programiści C staną się obecnymi na pozór programistami COBOL-a, Linus odpowiedział, że język C pozostaje w pierwszej dziesiątce najpopularniejszych języków, ale w przypadku podsystemów innych niż podstawowe, takich jak sterowniki urządzeń, są brane pod uwagę udostępnianie powiązań dla rozwoju w językach takich jak Rust. W przyszłości spodziewamy się udostępnić różne modele pisania takich komponentów wtórnych, nie ograniczając się do użycia języka C.
Wykorzystanie przez Apple procesorów o architekturze ARM w komputerach stacjonarnych i laptopach Linus skomentował to z nadzieją, że ten krok pomoże uczynić ARM bardziej dostępnym dla stacji roboczych. Przez ostatnie 10 lat Linus narzekał, że nie może znaleźć systemu ARM, który pasowałby do systemu dewelopera. Tak jak wykorzystanie ARM przez Amazon pozwoliło ulepszyć architekturę w systemach serwerowych, tak możliwe, że dzięki działaniom Apple za kilka lat staną się dostępne potężne komputery PC oparte na ARM i będzie można je wykorzystać do celów rozwojowych. DotycząceTwojego oparty na procesorze AMD, Linus wspomniał, że wszystko działa dobrze, z wyjątkiem bardzo głośnej chłodnicy.
Linus powiedział o studiowaniu jądra, że było to zarówno nudne, jak i interesujące. Nudne, bo trzeba uporać się z rutyną naprawiania błędów i porządkowania kodu, ale ciekawe, bo trzeba ciągle rozumieć nowe technologie, wchodzić w interakcję ze sprzętem na niskim poziomie i kontrolować wszystko, co się dzieje.
Odnosząc się do COVID-19, Linus wspomniał, że pandemia i reżimy izolacji nie wpłynęły na rozwój, ponieważ procesy interakcji opierają się na komunikacji za pośrednictwem poczty elektronicznej i zdalnym rozwoju. Spośród twórców jądra, z którymi Linus współpracuje, nikt nie ucierpiał w wyniku infekcji. Niepokój wywołał zniknięcie jednego z kolegów na miesiąc lub dwa, okazało się jednak, że ma to związek z początkiem zespołu cieśni nadgarstka.
Linus wspomniał również, że opracowując jądro 5.8, musiałby poświęcić więcej czasu na przygotowanie wydania i wydanie jednego lub dwóch dodatkowych wydań testowych, ponieważ to jądro zostało wydane przez liczbę zmian. Ale ogólnie prace nad wersją 5.8 idą jak dotąd całkiem sprawnie.
W innym wywiadzie Linus , że nie uważa się już za programistę i odszedł od pisania nowego kodu, gdyż od dłuższego czasu pisze kod wyłącznie w kliencie pocztowym. Większość czasu spędza na czytaniu poczty i pisaniu wiadomości. Praca sprowadza się do przeglądania poprawek i pull requestów wysyłanych poprzez listę mailingową, a także uczestniczenia w dyskusjach na temat proponowanych zmian. Czasami wyjaśnia swój pomysł pseudokodem lub sugeruje zmiany w łatkach, które przesyła w odpowiedzi bez kompilacji i testowania, pozostawiając pracę nad doprowadzeniem go do odpowiedniego poziomu oryginalnemu autorowi łatki.
Źródło: opennet.ru