Na odbywającej się w zeszłym tygodniu wirtualnej konferencji „” Linus Torvalds
obecną i przyszłą wersję jądra Linux w otwierającej rozmowie z Dirkiem Hohndelem (Dirk Hohndel) z firmy VMware. W trakcie dyskusji poruszono temat zmiany pokoleń wśród programistów. Linus wskazał, że pomimo prawie 30-letniej historii projektu, w ogóle społeczność nie jest aż tak stara — wśród programistów jest wielu nowych ludzi, którzy nie mają jeszcze 50 lat. Weterani rzeczywiście starzeją się i stają siwi, ale ci, którzy od dawna są zaangażowani w projekt, zazwyczaj przeszli z pisania nowego kodu do zadań związanych z jego utrzymywaniem lub zarządzaniem.
Poszukiwanie nowych maintainerów stanowi dużą problem. W społeczności jest wiele aktywnych programistów, którzy chętnie piszą nowy kod, ale niewielu jest gotowych poświęcić swój czas na utrzymanie i weryfikację cudzych kodów.
Oprócz profesjonalizmu, maintainerzy muszą cieszyć się bezwarunkowym zaufaniem. Od maintainerów wymagana jest również ciągła zaangażowanie w proces oraz stała praca — osoba odpowiedzialna za utrzymanie zawsze powinna być dostępna, czytać codziennie maile i na nie reagować. Praca w takich warunkach wymaga dużej samodyscypliny, dlatego jest mało maintainerów, a ich brakuje; poszukiwanie nowych maintainerów, którzy mogliby recenzować cudzy kod i wskazywać zmiany wyższym maintainerom, staje się jednym z głównych problemów w społeczności.
Na pytanie o eksperymenty w jądrze, Linus odpowiedział, że społeczność programistów jądra nie może sobie już pozwolić na pewne szalone zmiany, które były realizowane wcześniej. Jeśli wcześniej rozwój nie wiązał się z żadnymi obowiązkami, to teraz od jądra Linux zależy zbyt wiele systemów.
Na pytanie o przerobienie jądra w takich językach jak Go i Rust, ponieważ istnieje ryzyko, że w latach 30. programiści C przekształcą się w obecnych programistów COBOL, Linus odpowiedział, że język C pozostaje w czołówce najpopularniejszych języków, ale dla niegłównych podsystemów, takich jak sterowniki urządzeń, rozważa się zapewnienie powiązań dla rozwoju w takich językach jak Rust. W przyszłości oczekuje się wprowadzenia różnych modeli pisania podobnych wtórnych komponentów, nie ograniczając się do stosowania języka C.
firmy Apple dotyczący użycia procesorów architektury ARM w komputerach stacjonarnych i laptopach został skomentowany przez Linusa z nadzieją, że krok ten przyczyni się do zwiększenia dostępności ARM dla stacji roboczych. Przez ostatnie 10 lat Linus narzekał na brak systemów ARM, które odpowiadałyby wymaganiom programistów. Podobnie jak w przypadku wykorzystania ARM przez firmę Amazon, które umożliwiło promowanie tej architektury w systemach serwerowych, nie jest wykluczone, że działania Apple mogą w ciągu kilku lat doprowadzić do dostępności potężnych komputerów PC opartych na ARM, które można wykorzystać do programowania. Odnośnie swojego opartego na procesorze AMD, Linus wspomniał, że wszystko działa dobrze, jeśli nie liczyć głośnego wentylatora.
O pracy nad jądrem Linus powiedział, że jest to jednocześnie nudne i interesujące. Nudne, ponieważ wiąże się z rutyną poprawiania błędów i porządkowania kodu, a interesujące, ponieważ trzeba na bieżąco poznawać nowe technologie, współpracować ze sprzętem na niskim poziomie i kontrolować wszystko, co się dzieje.
Na temat COVID-19 Linus wspomniał, że pandemia i izolacja nie wpłynęły na rozwój, ponieważ procesy współpracy odbywają się głównie przez e-maile i zdalny rozwój. Żaden z programistów jądra, z którymi Linus współpracuje, nie został zakażony. Niepokój wzbudziło zniknięcie jednego z współpracowników na miesiąc lub dwa, ale okazało się, że było to spowodowane zespołem cieśni nadgarstka.
Linus również wspomniał, że przy rozwijaniu jądra 5.8 będzie trzeba poświęcić więcej czasu na przygotowanie wydania oraz wydać jeden lub dwa dodatkowe wydania testowe, ponieważ to jądro okazało się pod względem liczby zmian. Ogólnie rzecz biorąc, prace nad 5.8 prowadzono jak dotąd dość sprawnie.
W innym wywiadzie Linus , że już nie uważa się za programistę i odstąpił od написания nowego kodu, ponieważ od dawna pisze kod tylko w kliencie poczty elektronicznej. Cały swój czas poświęca na czytanie e-maili i pisanie wiadomości. Jego praca ogranicza się do recenzowania wysyłanych za pomocą mailingów patchy i pull requestów, a także uczestnictwa w dyskusjach na temat proponowanych zmian. Czasami wyjaśnia swoją ideę pseudokodem lub proponuje poprawki w patchach, które przesyła w odpowiedzi bez kompilacji i testowania, zostawiając pracę nad doprowadzeniem do odpowiedniego poziomu pierwotnemu autorowi patcha.
Źródło: opennet.ru
