Na odbywającej się w ubiegłym tygodniu wirtualnej konferencji „” Linus Torvalds
obecny i przyszły rozwój jądra Linux w rozmowie wprowadzającej z Dirkem Hohndelem z firmy VMware. W trakcie dyskusji poruszono temat zmiany pokolenia wśród deweloperów. Linus zauważył, że mimo niemal 30-letniej historii projektu, ogólnie rzecz biorąc, społeczność nie jest tak stara — wśród programistów jest wielu nowych ludzi, którzy nie mają jeszcze 50 lat. Weterani rzeczywiście starzeją się i siwieją, ale ci, którzy od dawna są zaangażowani w projekt, zasadniczo przeszli od pisania nowego kodu do zajmowania się zadaniami związanymi z utrzymaniem lub zarządzaniem.
Poszukiwanie nowych maintainerów jest postrzegane jako poważny problem. W społeczności jest wielu aktywnych programistów, którzy chętnie piszą nowy kod, ale mało kto jest gotów poświęcić swój czas na utrzymanie i weryfikację cudzej pracy.
Oprócz profesjonalizmu, maintainerzy muszą cieszyć się bezwarunkowym zaufaniem. Od maintainerów wymaga się także nieustannego zaangażowania w proces i ciągłej pracy — osoba odpowiedzialna za utrzymanie zawsze musi być dostępna, codziennie przeglądać e-maile i na nie reagować. Praca w takich warunkach wymaga dużej samodyscypliny, dlatego maintainerów jest mało i są na wagę złota, a poszukiwanie nowych maintainerów, którzy mogą recenzować cudzy kod i kierować zmiany do głównych maintainerów, staje się jednym z głównych problemów w społeczności.
Na pytanie o eksperymenty z jądrem, Linus stwierdził, że społeczność deweloperów jądra nie może już pozwolić sobie na niektóre szalone zmiany, które miały miejsce wcześniej. Kiedyś rozwój nie zobowiązywał do niczego, teraz od jądra Linux zależy zbyt wiele systemów.
Na pytanie o przeróbkę jądra w językach takich jak Go i Rust, ponieważ istnieje ryzyko, że w latach 30. programiści C staną się podobni do dzisiejszych programistów COBOL, Linus odpowiedział, że język C nadal znajduje się w czołówce najpopularniejszych języków, ale dla pomniejszych podsystemów, takich jak sterowniki urządzeń, rozważa się udostępnienie powiązań do programowania w językach takich jak Rust. W przyszłości przewiduje się oferowanie różnych modeli pisania takich komponentów drugorzędnych, nie ograniczających się do używania języka C.
firmy Apple, aby w komputerach stacjonarnych i laptopach używać procesorów o architekturze ARM, Linus skomentował z nadzieją, że ten krok pomoże uczynić ARM bardziej dostępnym dla stacji roboczych. Przez ostatnie 10 lat Linus narzekał na niemożność znalezienia systemu ARM, który pasowałby do systemu dewelopera. Podobnie jak wykorzystanie ARM przez Amazon, które pozwoliło wypromować tę architekturę w systemach serwerowych, nie można wykluczyć, że dzięki działaniom Apple za kilka lat będą dostępne potężne komputery PC na ARM, które można będzie wykorzystać do rozwoju. Co do swojego opartego na procesorze AMD, Linus wspomniał, że wszystko działa dobrze, jeśli nie liczyć głośno działającego chłodzenia.
Na temat prac nad jądrem Linus stwierdził, że jest to jednocześnie nudne i interesujące. Nudne, ponieważ trzeba stawiać czoła rutynie poprawiania błędów i porządkowania kodu, a interesujące, ponieważ nieustannie trzeba borykać się z nowymi technologiami, współpracować z urządzeniami na niskim poziomie i kontrolować wszystko, co się dzieje.
Na temat COVID-19 Linus wspomniał, że pandemia i tryby izolacji nie wpłynęły na rozwój, ponieważ procesy interakcji opierają się na komunikacji e-mailowej i zdalnym rozwoju. Żaden z deweloperów jądra, z którymi Linus współpracuje, nie ucierpiał z powodu infekcji. Niepokój budziła nieobecność jednego z współpracowników przez miesiąc lub dwa, ale okazało się, że to związane jest z wystąpieniem zespołu cieśni nadgarstka.
Linus również wspomniał, że przy opracowywaniu jądra 5.8 trzeba będzie poświęcić więcej czasu na przygotowanie wydania, i wydać jeden lub dwa dodatkowe testowe wydania, ponieważ to jądro okazało się pod względem liczby zmian. Ale ogólnie prace nad 5.8 przebiegają jak na razie dość gładko.
W innym wywiadzie Linus , że nie uważa się już za programistę i zrezygnował z pisania nowego kodu, ponieważ od dawna pisze kod tylko w kliencie pocztowym. Cały jego czas poświęcony jest na czytanie e-maili i pisanie wiadomości. Praca sprowadza się do recenzowania wysyłanych w newsletterach patchy i pull-requestów, a także udziału w dyskusjach na temat proponowanych zmian. Czasami wyjaśnia swoje pomysły w pseudokodzie lub proponuje poprawki do patchy, które wysyła w odpowiedzi bez kompilacji i testowania, pozostawiając zadanie doprowadzenia ich do odpowiedniego poziomu pierwotnemu autorowi patcha.
Źródło: opennet.ru
